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 34d5c40a07be4bc195d5ed9aecf4e
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
Fangrui Song changed:
What|Removed |Added
CC||maskray at google dot com
--- Comment
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 needed
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 [0
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 what
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
Szabolcs Nagy changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
--- Comment #6
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
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #4 f
https://sourceware.org/bugzilla/show_bug.cgi?id=24815
--- Comment #3 from Ismael Luceno ---
Just for the record:
# One random glibc system (gcc 8):
$ gcc -v test.c 2>&1 | awk '$1~/collect2$/{for(i=1;i<=NF;i++)print$i;exit}'
/usr/lib/gcc/x86_64-linux-gnu/8/collect2
-plugin
/usr/lib/gcc/x86_64-lin
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 tha
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.
__
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 cc5277b173701364c10204f316d
12 matches
Mail list logo