[Bug ld/29761] relocatable linking loses some symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=29761 --- Comment #14 from Stas Sergeev --- Thanks, so with this fix I suppose the symbol in the last test-case no longer loses its name. But is it really removed as it should be per comment #10? -- You are receiving this mail because: You are on

[Bug ld/29807] objcopy converts ELF relocatable object to PE that cause a ld segfault

https://sourceware.org/bugzilla/show_bug.cgi?id=29807 --- 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=38c917d808fdb570ddb1215ccf8233a10484ba91 commit 38c917d808fdb570ddb1215ccf823

[Bug ld/29761] relocatable linking loses some symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=29761 Alan Modra changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[Bug ld/29761] relocatable linking loses some symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=29761 --- Comment #12 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=e9a20a419b66431766e59dec75265ccdc0bf1046 commit e9a20a419b66431766e59dec7526

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #8 from Christophe Lyon --- Thanks! Hopefully this will make the buildbots pass. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

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

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #6 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=1a7e622b82fa621ab505dd911bc30c1efcb4a9b0 commit 1a7e622b82fa621ab505dd911bc

[Bug ld/29761] relocatable linking loses some symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=29761 --- Comment #11 from Stas Sergeev --- (In reply to H.J. Lu from comment #10) > Linker removed the local symbol _CRT0_EH_FRAME_BEGIN_ since its section, > .eh_frame, > was unused and removed. But why it only removed the name of a symbol? Can i

[Bug ld/29761] relocatable linking loses some symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=29761 H.J. Lu changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #10 from H.J. Lu --- L

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #5 from Christophe Lyon --- (In reply to Nick Clifton from comment #4) > (In reply to Christophe Lyon from comment #3) > > Hi Christophe, > > > It seems your patch does the trick, but I imagined we'd want a more general > > solu

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #4 from Nick Clifton --- (In reply to Christophe Lyon from comment #3) Hi Christophe, > It seems your patch does the trick, but I imagined we'd want a more general > solution (that is, do we want add such an optional prefix in al

[Bug ld/22589] aarch64: adrp relocation gets filled with non-zero address for undefined weak symbol

https://sourceware.org/bugzilla/show_bug.cgi?id=22589 --- Comment #11 from Szabolcs Nagy --- (In reply to Richard Earnshaw from comment #10) > (In reply to Szabolcs Nagy from comment #9) > > i ran into this again and i think the linker could relax 'adrp xN, weaksym' > > into 'mov xN, 0' if weaksy

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 --- Comment #3 from Christophe Lyon --- Hi Nick, It seems your patch does the trick, but I imagined we'd want a more general solution (that is, do we want add such an optional prefix in all targets)? But yeah, the coincidence can probably be

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 Nick Clifton changed: What|Removed |Added Assignee|unassigned at sourceware dot org |nickc at redhat dot com --- Com

[Bug binutils/29764] objdump confused with --enable-targets=all if several machines include the same cpu name

https://sourceware.org/bugzilla/show_bug.cgi?id=29764 Nick Clifton changed: What|Removed |Added CC||nickc at redhat dot com St

[Bug ld/22589] aarch64: adrp relocation gets filled with non-zero address for undefined weak symbol

https://sourceware.org/bugzilla/show_bug.cgi?id=22589 --- Comment #10 from Richard Earnshaw --- (In reply to Szabolcs Nagy from comment #9) > i ran into this again and i think the linker could relax 'adrp xN, weaksym' > into 'mov xN, 0' if weaksym is undefined. Static linker or dynamic? The dyn

[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness

https://sourceware.org/bugzilla/show_bug.cgi?id=25202 Nick Clifton changed: What|Removed |Added Attachment #14438|0 |1 is obsolete|

[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness

https://sourceware.org/bugzilla/show_bug.cgi?id=25202 --- Comment #17 from Nick Clifton --- (Sorry for the delay in replying - I have been distracted by other work). I think that we can avoid the alignment problem by insisting that for widths greater than one, the section(s) being converted must