[Bug binutils/24768] Stop using __gnu_lto_slim symbol as a detection of a slim LTO object

2019-07-29 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24768 --- Comment #6 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Alan Modra : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=34d5c40a07be4bc195d5ed9aecf4eb2faa1482bc commit

[Bug ld/24815] ld fails to find symbols from DT_NEEDED entries

2019-07-29 Thread maskray at google dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24815 Fangrui Song changed: What|Removed |Added CC||maskray at google dot com --- Comment

[Bug ld/24836] --as-needed leaves unused direct dependencies

2019-07-29 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24836 --- Comment #10 from Alan Modra --- Regarding the interaction between --gc-sections and --as-needed, yes it would be possible to run a pass over as-needed dynamic objects after garbage collection to check whether their symbols are still

[Bug ld/24836] --as-needed leaves unused direct dependencies

2019-07-29 Thread crusader.mike at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24836 --- Comment #9 from crusader.mike at gmail dot com --- ... about #6, running my binary with LD_DEBUG: LD_DEBUG=bindings LD_BIND_NOW=1 ./procmon.e produces curious output: ... 27438: binding file /usr/local/lib64/libxalan-c.so.111

[Bug ld/24836] --as-needed leaves unused direct dependencies

2019-07-29 Thread crusader.mike at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24836 --- Comment #8 from crusader.mike at gmail dot com --- Alan, you are correct -- looks like garbage collection can remove symbol references to the point that final binary no longer needs given DT_NEEDED shared lib anymore. That is precisely

[Bug ld/24815] ld fails to find symbols from DT_NEEDED entries

2019-07-29 Thread nsz at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24815 Szabolcs Nagy changed: What|Removed |Added CC||nsz at gcc dot gnu.org --- Comment

[Bug ld/24815] ld fails to find symbols from DT_NEEDED entries

2019-07-29 Thread ismael at linux dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24815 --- Comment #5 from Ismael Luceno --- (In reply to Alan Modra from comment #4) > What target did you use to configure binutils? If it didn't match > *-*-linux-* then some linker features are not enabled. From the build log: > checking build

[Bug ld/24815] ld fails to find symbols from DT_NEEDED entries

2019-07-29 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24815 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #4

[Bug ld/24815] ld fails to find symbols from DT_NEEDED entries

2019-07-29 Thread ismael at linux dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24815 --- Comment #2 from Ismael Luceno --- (In reply to Nick Clifton from comment #1) > Hi Ismael, > > Have you tried linking with the "--allow-shlib-undefined" linker command > line option enabled ? > > By default the ld linker insists

[Bug binutils/24768] Stop using __gnu_lto_slim symbol as a detection of a slim LTO object

2019-07-29 Thread marxin.liska at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24768 --- Comment #5 from Martin Liška --- Should be implemented now. Let's keep this issue to remove later the usage of __gnu_lto_slim. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/24768] Stop using __gnu_lto_slim symbol as a detection of a slim LTO object

2019-07-29 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=24768 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Martin Liska : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=cc5277b173701364c10204f316db28198f2c683b commit

[Bug ld/24836] --as-needed leaves unused direct dependencies

2019-07-29 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=24836 --- Comment #7 from Alan Modra --- > Maybe garbage collection (-Wl,--gc-sections) happens after > effect of "-Wl,--as-needed"? It does, and that might be why you have shared libraries seen as needed before garbage collection runs. If you