Red Hat Bugzilla – Bug 106141
Many useless dependencies
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6a) Gecko/20030923
Description of problem:
The ACL patch adds -lacl to LIBS which means all programs are linked with
libacl. This is complete overkill, only six programs need libacl. The
consequence is that all other programs pull in libacl and libattr at startup
time for no reason, increasing startup time and memory footprint.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: Dependencies include libacl and libattr.
Expected Results: No dependency on these two libs.
I'll attach a patch.
Created attachment 94907 [details]
Patch to optimize use of -lacl
I used the patch as patch908, at the very last position. It should be possible
to merge the patch with the other ACL patches but I didn't bother.
This breaks ACL support completely.
The AC_CHECK_FUNCS tests in posic_acl.m4 depend on -lacl being in LIBS.
By putting it in LIBACL instead, they will all fail, the appropriate
HAVE_ACL_* macros don't get defined, and ACL support never gets built
into the tools.
The tools do get (unnecessarily, now) linked to libacl, though.
Created attachment 95844 [details]
Patch to change configure to find acl_* functions in -lacl
This is an interdiff to add -lacl temporarily to LIBS so that the tests for the
acl_* succeed again.
Created attachment 95845 [details]
Actually correct patch
Forget the last patch. Compiling exposed an old bug which this one fixes as
I can confirm that this fixes it.
Thanks. Fixed package is coreutils-5.0-30.sel.