GNU bug report logs - #20437
ls links too many dynamic libraries

Previous Next

Full log

Message #19 received at control <at> debbugs.gnu.org (full text, mbox):

From: Pádraig Brady <P <at> draigBrady.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>, 20437 <at> debbugs.gnu.org
Subject: Re: bug#20437: ls links too many dynamic libraries
Date: Mon, 27 Apr 2015 14:12:23 +0100

[Message part 1 (text/plain, inline)]

tag 20437 notabug
close 20437
stop

On 27/04/15 06:30, Paul Eggert wrote:
> Currently GNU 'ls' dynamically links a whole bunch of libraries, libraries like 
> libpcre and liblzma.  Can we figure out some way to remove the runtime 
> dependencies on these libraries?  It's better if a core utility like 'ls' avoids 
> libthis and libthat unless the libraries are vital to its function, which these 
> shouldn't be.
> 
> I installed the attached patches to get rid of one unnecessary library, libacl, 
> on GNU/Linux.  Can we do better and get rid of more dependencies?  Perhaps using 
> techniques similar to what was used to get rid of libacl?

As was discussed recently¹ with removing the libmount dependency for df,
these dependencies are coming from libselinux, and one of the primary
authors of libselinux was made aware of that issue, so I'm closing
this here.

coreutils linking with libselinux are:

 chcon cp dir install id ls mkdir mkfifo mknod mv runcon stat vdir

BTW I noticed ldd -v doesn't give complete info,
and that `readelf -d $(which ls) | grep NEEDED` is better.
This is wrapped in the lddot² visualizer, and I've attached
the output from `lddot git/coreutils/src/ls | graph-easy --as png`

cheers,
Pádraig.

¹ http://lists.gnu.org/archive/html/coreutils/2015-04/msg00011.html
² http://jwilk.net/software/lddot

[ls-shared-libs.png (image/png, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.