[Bug ld/12562] Ld.dk fails with "could not read symbols: Bad value" message

https://sourceware.org/bugzilla/show_bug.cgi?id=12562 Dmitry Gorbachev changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/20828] [MIPS] produces invalid dynamic symbol table when --gc-sections is used since PR ld/13177 fix

https://sourceware.org/bugzilla/show_bug.cgi?id=20828 --- Comment #8 from Maciej W. Rozycki --- By the MIPS psABI's definition you shall not have external GGA_NONE symbols as any GGA_NONE symbols will be assigned to the local GOT part, whose entries are only relocated by

[Bug ld/20828] [MIPS] produces invalid dynamic symbol table when --gc-sections is used since PR ld/13177 fix

https://sourceware.org/bugzilla/show_bug.cgi?id=20828 --- Comment #7 from James Cowgill --- (In reply to Maciej W. Rozycki from comment #6) > Do we need to have these hidden symbols in the dynsym table at all in > the first place? It looks like unnecessary clutter to me, they won't > ever be

[Bug binutils/20193] Invalid executable after adding debuglink to an executable produced after merging PE resource sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20193 --- Comment #14 from Jon Turney --- Created attachment 9666 --> https://sourceware.org/bugzilla/attachment.cgi?id=9666=edit Don't adjust size of PE/COFF merged .rsrc section Here's the alternate approach, of not allowing the .rsrc section

[Bug binutils/20193] Invalid executable after adding debuglink to an executable produced after merging PE resource sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20193 --- Comment #13 from Jon Turney --- (In reply to Nick Clifton from comment #12) > > > > So, another fix is needed here. I'm trying to puzzle out where to move > > rsrc_process_section() to, but if you have any pointers, that would be most >

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=20737 Jiong Wang changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug ld/20737] [aarch64] -static -pie linked binary has R_AARCH64_ABS64 relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=20737 --- Comment #5 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Jiong Wang : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1dcb9720d62cd053a72c31881b7724ce9f74332c commit

[Bug ld/20828] [MIPS] produces invalid dynamic symbol table when --gc-sections is used since PR ld/13177 fix

https://sourceware.org/bugzilla/show_bug.cgi?id=20828 --- Comment #6 from Maciej W. Rozycki --- Do we need to have these hidden symbols in the dynsym table at all in the first place? It looks like unnecessary clutter to me, they won't ever be used for anything as their

[Bug ld/20858] [2.28 Regression] binutils fails to link with -rpath \$ORIGIN

https://sourceware.org/bugzilla/show_bug.cgi?id=20858 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/20858] [2.28 Regression] binutils fails to link with -rpath \$ORIGIN

https://sourceware.org/bugzilla/show_bug.cgi?id=20858 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=51750acd087cc20ae3f72393fa897d9e3059c65d commit

[Bug ld/20828] [MIPS] produces invalid dynamic symbol table when --gc-sections is used since PR ld/13177 fix

https://sourceware.org/bugzilla/show_bug.cgi?id=20828 --- Comment #5 from Emilio Pozuelo Monfort --- (In reply to Alan Modra from comment #4) > On second thoughts, don't look at elf_link_output_extsym. bind_local there > can't be right since it's too late to make any decision different to that

[Bug ld/20815] throw errors for invalid load segment

https://sourceware.org/bugzilla/show_bug.cgi?id=20815 ma.jiang at zte dot com.cn changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #22