[Swan-dev] Removed linked shared libraries on our binaries that were not required

Andrew Cagney andrew.cagney at gmail.com
Tue Oct 6 15:13:53 UTC 2015

On 5 October 2015 at 14:39, Paul Wouters <paul at nohats.ca> wrote:
> hi,
> Daniel pointed out we were linking in a lot of libraries that we do not
> need. Especially all the klips binaries ended up linking in nss, nspr
> and gmp. Commit c32451cae7514 changes NSSLIBS and reduces this a lot.

Are you certain that it isn't still being pulled in; just indirectly?
A quick look in /proc/PID/maps will answer that.

> I still see linking happening against libsmime3 and libssl3, which I
> don't understand. We do not specifically specify these, so they must
> come in via libnss3 or libnspr4. I am not sure if they can be prevented
> or how to prevent it. Maybe Andrew can have a look at this.

Last time I looked, based on this hack:

for f in -lnss3 -lnssutil3 -lplds4 -lplc4 -lnspr4 -lpthread -ldl
-lpthread -lcap-ng-lrt -lunbound -levent -levent_pthreads  -lcurl
-lpthread  -lcrypt -lpam -ldl   -lnss3 -lnssutil3 -lplds4 -lplc4
-lnspr4 -lpthread -ldl   -lgmp ; do echo $f ; done | sort -u | sed -e
's;-l;/usr/lib64/lib;' -e 's/$/.so/' | while read l ; do ldd $l 2>&1 |
grep ssl3 > /dev/null && echo $l  ;  done

I found ssl was being pulled in via [lib]curl (I also remember
something about the libcurl dependency being removed?).


More information about the Swan-dev mailing list