bug#20437: ls links too many dynamic libraries

[Pádraig Brady]

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
Description: PNG image