Bug 195323 – sys-apps/coreutils doesn't compile against static sys-apps/acl[nfs] library

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description Joe Pelkey 2007-10-10 07:32:37 UTC]

When coreutils compiles, its configure doesn't find a way to link against acl static libraries when USE='acl static', but finds it fine when USE='acl -static'.  When I configured coreutils-6.9 manually, configure finds out how to link against acl libs using the ebuild's configure command line with the env variable LD_FLAGS=-static, leading me to believe it's related to one of gentoo's patches.  I'm attaching my emerge --info and the diff of the relevant portions of typescripts of each compile (i.e. everything to the end of configure phase).

Thanks

[Comment 1 Joe Pelkey 2007-10-10 07:34:05 UTC]

Created attachment 133048 [details]
emerge output diff

[Comment 2 Joe Pelkey 2007-10-10 07:34:37 UTC]

Created attachment 133050 [details]
emerge --info

[Comment 3 SpanKY 2007-10-11 05:39:20 UTC]

the output from configure is rarely useful, you have to look at the config.log

please post the one from the failing as an attachment

[Comment 4 Joe Pelkey 2007-10-11 08:10:07 UTC]

Created attachment 133121 [details]
bz2'd config.log

Thanks, never knew config.log existed.

[Comment 5 Joe Pelkey 2007-10-13 10:49:56 UTC]

I did some more investigating and it turns out configure didn't expect the static acl library to be compiled against nfs libraries, so recompiling sys-apps/acl with USE=-nfs allowed coreutils to compile fine.  So either: the coreutils ebuild should issue a warning if sys-apps/coreutils USE="static acl" and sys-apps/acl USE=nfs; or if USE=acl, coreutils' configure (or its precursor, not really sure how aclocal/automake/autoconf work) should be patched to also test linking against "-lacl -lnfsidmap -lldap -l<the rest that are needed (I gave up ldd/nm'ing after seeing how many libs were needed)>"

[Comment 6 SpanKY 2014-01-07 13:27:38 UTC]

the nfs flag has been dropped from sys-apps/acl so it's no longer an issue