[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#20437: ls links too many dynamic libraries
From: |
Pádraig Brady |
Subject: |
bug#20437: ls links too many dynamic libraries |
Date: |
Mon, 27 Apr 2015 14:12:23 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 |
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