https://sourceware.org/bugzilla/show_bug.cgi?id=24815
--- Comment #8 from Ismael Luceno ---
# For completeness, this is from the glibc system that's otherwise equal to the
musl-libc one:
$ gcc -v test.c -lxml2 2>&1 | awk
'$1~/collect2$/{for(i=1;i<=NF;i++)print$i;exit}'
/usr/lib/gcc/x86_64-pc-linu
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
--- Comment #9 from Ismael Luceno ---
(In reply to Fangrui Song from comment #7)
> -Wl,-t,-y,lzma_end is also useful
>
> When linking an executable, something like --no-allow-shlib-undefined is the
> default (the opposite allow-shlib-undefine
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
--- Comment #10 from Szabolcs Nagy ---
> /usr/bin/ld: /lib/liblzma.so.5: definition of lzma_end
...
> /usr/bin/ld:
> /usr/lib/gcc/x86_64-pc-linux-musl/9.1.0/../../../../lib/libxml2.so:
> undefined reference to `lzma_end@XZ_5.0'
you need to ch
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
Ismael Luceno changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24836
--- Comment #11 from crusader.mike at gmail dot com ---
> ... it would be possible ... a lot of work for little gain
Well, in my case (which I believe isn't very rare) majority of functionality is
locked in a few large static libs (of dubious q
