[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 --- Comment #4 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Cary Coutant : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=6624f3a142811450fab7eed1f406c4a030c3c9be commit

[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 --- Comment #5 from cvs-commit at gcc dot gnu.org --- The binutils-2_28-branch branch has been updated by Cary Coutant :

[Bug binutils/20876] objdump is not aware about the build ID method to find detached debug info

2017-01-11 Thread doko at debian dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20876 --- Comment #6 from Matthias Klose --- applying this on top of your patch works for me. The global debug directory doesn't have the dirname of the original file, so don't append `canon_dir'. Not sure if that needs to be stripped from the

[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Cary Coutant : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=976e204b369fd01f9d35d87ea2cd07707c3a40cf commit

[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 --- Comment #1 from Cary Coutant --- > gold/powerpc.cc:2013: warning: comparison is always false due to limited > range of data type Alan, I'll leave this one to you. Not sure whether you want to cast addr to uint64_t or not. -- You are

Re: ld: once multiple symbol definitions are allowed, both definitions end up in the executable

2017-01-11 Thread Jim Wilson
On 01/11/2017 01:49 AM, Pavel Shishpor wrote: Could please someone advice is it a bug or a feature when we get both bodies of the functions with the same name in the executable once multiple symbol definitions are allowed? Here is the example showing the behavior: The only thing that the

[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 Cary Coutant changed: What|Removed |Added CC||amodra at gmail dot com -- You are

[Bug gold/21040] Gold fails with GCC 4.2

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 --- Comment #3 from cvs-commit at gcc dot gnu.org --- The binutils-2_28-branch branch has been updated by Cary Coutant :

[Bug gold/21039] Tests fail on i386-linux

2017-01-11 Thread ccoutant at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21039 Cary Coutant changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gold/21039] Tests fail on i386-linux

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21039 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The binutils-2_28-branch branch has been updated by Cary Coutant :

[Bug gold/21039] Tests fail on i386-linux

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21039 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Cary Coutant : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1fa5f68bf38fc29f173990614db70fed1b66c0e0 commit

[Bug gold/21040] New: Gold fails with GCC 4.2

2017-01-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21040 Bug ID: 21040 Summary: Gold fails with GCC 4.2 Product: binutils Version: 2.29 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold

[Bug gold/21039] New: Tests fail on i386-linux

2017-01-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21039 Bug ID: 21039 Summary: Tests fail on i386-linux Product: binutils Version: 2.29 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gold

[Bug ld/21038] Incorrect unwind info for BND PLT

2017-01-11 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=21038 --- Comment #1 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by H.J. Lu : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9e65917652e994b0864b344bfa47014155d93100 commit

[Bug ld/21038] Incorrect unwind info for BND PLT

2017-01-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21038 H.J. Lu changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/20876] objdump is not aware about the build ID method to find detached debug info

2017-01-11 Thread nickc at redhat dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=20876 Nick Clifton changed: What|Removed |Added Attachment #9746|0 |1 is obsolete|

[Bug ld/21038] New: Incorrect unwind info for BND PLT

2017-01-11 Thread hjl.tools at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=21038 Bug ID: 21038 Summary: Incorrect unwind info for BND PLT Product: binutils Version: 2.29 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld

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

2017-01-11 Thread ma...@linux-mips.org
https://sourceware.org/bugzilla/show_bug.cgi?id=20828 Maciej W. Rozycki changed: What|Removed |Added Status|NEW |ASSIGNED

[Bug gold/13442] gold screws up exception handling with --incremental flag

2017-01-11 Thread matt at godbolt dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=13442 Matt Godbolt changed: What|Removed |Added CC||matt at godbolt dot org --- Comment

[Bug binutils/20876] objdump is not aware about the build ID method to find detached debug info

2017-01-11 Thread mark at klomp dot org
https://sourceware.org/bugzilla/show_bug.cgi?id=20876 Mark Wielaard changed: What|Removed |Added CC||mark at klomp dot org --- Comment #3

ld: once multiple symbol definitions are allowed, both definitions end up in the executable

2017-01-11 Thread Pavel Shishpor
Hello, Could please someone advice is it a bug or a feature when we get both bodies of the functions with the same name in the executable once multiple symbol definitions are allowed? Here is the example showing the behavior: $ cat main.c int f() {return 6;} int main() { return f();} $ cat a.c

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

2017-01-11 Thread glaubitz at physik dot fu-berlin.de
https://sourceware.org/bugzilla/show_bug.cgi?id=20828 --- Comment #14 from John Paul Adrian Glaubitz --- Hi Maciej! (In reply to Maciej W. Rozycki from comment #12) > There's been no further feedback from other people and myself I haven't > made up my mind about this bug yet, so if you are