[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?).
Andrew
More information about the Swan-dev
mailing list