[Bug ld/29411] ld warning on SPARC: LOAD segment with RWX permissions

https://sourceware.org/bugzilla/show_bug.cgi?id=29411 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug gas/28794] Kernel build on big-endian PowerPC fails with 'Error: unrecognized opcode'

https://sourceware.org/bugzilla/show_bug.cgi?id=28794 --- Comment #3 from John Paul Adrian Glaubitz --- (In reply to Alan Modra from comment #2) > Actually, there is a change in powerpc gas that might be the trigger for > this sort of problem. The ".machine" assembler directive when given a cpu

[Bug gas/28794] New: Kernel build on big-endian PowerPC fails with 'Error: unrecognized opcode'

Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de CC: doko at debian dot org, jrtc27 at jrtc27 dot com, matorola at gmail dot com, sch

[Bug ld/26391] Question regarding duplicate symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=26391 --- Comment #11 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #10) > It seems that this test is failing on sparc64: > > FAIL: Run pr26391-5 > FAIL: Run pr26391-6 > > See: >

[Bug ld/26391] Question regarding duplicate symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=26391 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/27100] final link failed: bad value

https://sourceware.org/bugzilla/show_bug.cgi?id=27100 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug binutils/24400] ia64: binutils regression leads to gcc stage2/stage3 compare failure

https://sourceware.org/bugzilla/show_bug.cgi?id=24400 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug binutils/24400] ia64: binutils regression leads to gcc stage2/stage3 compare failure

https://sourceware.org/bugzilla/show_bug.cgi?id=24400 John Paul Adrian Glaubitz changed: What|Removed |Added CC||jrtc27 at jrtc27 dot com

[Bug binutils/23471] [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

https://sourceware.org/bugzilla/show_bug.cgi?id=23471 --- Comment #6 from John Paul Adrian Glaubitz --- I have filed #86820 now: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86820 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/23471] [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

https://sourceware.org/bugzilla/show_bug.cgi?id=23471 John Paul Adrian Glaubitz changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug binutils/23471] [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

https://sourceware.org/bugzilla/show_bug.cgi?id=23471 --- Comment #3 from John Paul Adrian Glaubitz --- I have narrowed it down to being a compiler bug. The problem shows with binutils built with gcc-8. Building the same version with gcc-7 makes the problem go away and strip works correctly

[Bug binutils/23471] [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

https://sourceware.org/bugzilla/show_bug.cgi?id=23471 --- Comment #2 from John Paul Adrian Glaubitz --- Here's the strace output for when strip fails: execve("/usr/bin/strip", ["strip", "json2yaml"], 0xefc34d4c /* 18 vars */) = 0 brk(NULL) = 0x80024000

[Bug binutils/23471] [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

https://sourceware.org/bugzilla/show_bug.cgi?id=23471 --- Comment #1 from John Paul Adrian Glaubitz --- This shows the regression: Version 2.31.1-2 in Debian: (sid-m68k-sbuild)root@nofan:/tmp# strip json2yaml /usr/bin/strip:json2yaml: memory exhausted (sid-m68k-sbuild)root@nofan:/tmp#

[Bug binutils/23471] New: [2.31.1, regression] /usr/bin/objcopy: memory exhausted on m68k

/fetch.php?pkg=wiresha rk=m68k=2.6.2-2=1533058050=0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de

[Bug ld/22706] bfd/elf32-sh.c fails asserts without additional information: sh4-unknown-linux-gnu-ld: BFD assertion fail bfd/elf32-sh.c:5171

https://sourceware.org/bugzilla/show_bug.cgi?id=22706 John Paul Adrian Glaubitz changed: What|Removed |Added CC||bugdal at aerifal dot cx,

[Bug ld/23030] --gc-sections on ia64 removes needed unwind sections

https://sourceware.org/bugzilla/show_bug.cgi?id=23030 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/22945] ia64 ld testsuite fails on ld/testsuite/ld-elfvsb/elfvsb.exp

https://sourceware.org/bugzilla/show_bug.cgi?id=22945 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/22832] 2.30 internal error, aborting at ../../bfd/elflink.c:9710 in elf_link_output_extsym

https://sourceware.org/bugzilla/show_bug.cgi?id=22832 --- Comment #6 from John Paul Adrian Glaubitz --- (In reply to James Clarke from comment #4) > Note that gold also falls foul of this, giving "gold: internal error in > tls_get_addr_sym, at ../../gold/sparc.cc:391", though line 391 is >

[Bug ld/22832] 2.30 internal error, aborting at ../../bfd/elflink.c:9710 in elf_link_output_extsym

https://sourceware.org/bugzilla/show_bug.cgi?id=22832 --- Comment #3 from John Paul Adrian Glaubitz --- While the patch from a8735c82b8519d8b18915765ca983fc07154a17d was actually still missing and using a binutils with the patch actually fixed another build issue with rustc for me, this

[Bug ld/22832] 2.30 internal error, aborting at ../../bfd/elflink.c:9710 in elf_link_output_extsym

https://sourceware.org/bugzilla/show_bug.cgi?id=22832 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/22832] New: 2.30 internal error, aborting at ../../bfd/elflink.c:9710 in elf_link_output_extsym

Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de CC: eb at emlix dot com, ebotcazou at gcc dot gnu.org, jrtc27 at jrtc27 dot com Target Milestone

[Bug ld/22592] dyn_reloc count error for sparc PIE

https://sourceware.org/bugzilla/show_bug.cgi?id=22592 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug gold/21868] [2.29/2.30 Regression] ICE in fix_errata_and_relocate_erratum_stubs, at ../../gold/aarch64.cc:1999

https://sourceware.org/bugzilla/show_bug.cgi?id=21868 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug gold/21444] internal error in relocate_tls, at ../../gold/sparc.cc:3789

https://sourceware.org/bugzilla/show_bug.cgi?id=21444 --- Comment #2 from John Paul Adrian Glaubitz --- I can confirm that James' patch fixes the issue and systemd builds fine with the binutils patch applied. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/21444] internal error in relocate_tls, at ../../gold/sparc.cc:3789

https://sourceware.org/bugzilla/show_bug.cgi?id=21444 John Paul Adrian Glaubitz changed: What|Removed |Added CC||nickc at redhat dot com

[Bug gold/21444] internal error in relocate_tls, at ../../gold/sparc.cc:3789

https://sourceware.org/bugzilla/show_bug.cgi?id=21444 John Paul Adrian Glaubitz changed: What|Removed |Added CC||ccoutant at gmail dot

[Bug gold/21444] New: internal error in relocate_tls, at ../../gold/sparc.cc:3789

Priority: P2 Component: gold Assignee: ccoutant at gmail dot com Reporter: glaubitz at physik dot fu-berlin.de CC: ian at airs dot com Target Milestone: --- Target: sparc*-*-* Trying to build systemd with meson on linux-sparc fails

[Bug binutils/21233] Internal error, /usr/bin/ld: BFD (GNU Binutils for Debian) 2.28 assertion fail ../../bfd/elfxx-mips.c:3861

https://sourceware.org/bugzilla/show_bug.cgi?id=21233 John Paul Adrian Glaubitz changed: What|Removed |Added CC||doko at debian dot org,

[Bug binutils/21233] Internal error, /usr/bin/ld: BFD (GNU Binutils for Debian) 2.28 assertion fail ../../bfd/elfxx-mips.c:3861

https://sourceware.org/bugzilla/show_bug.cgi?id=21233 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug binutils/21224] internal error, aborting at ../../bfd/elf64-ppc.c:14952 in ppc64_elf_relocate_section

https://sourceware.org/bugzilla/show_bug.cgi?id=21224 John Paul Adrian Glaubitz changed: What|Removed |Added CC||breno.leitao at gmail dot

[Bug binutils/21224] internal error, aborting at ../../bfd/elf64-ppc.c:14952 in ppc64_elf_relocate_section

https://sourceware.org/bugzilla/show_bug.cgi?id=21224 John Paul Adrian Glaubitz changed: What|Removed |Added CC||doko at debian dot org,

[Bug binutils/21224] New: internal error, aborting at ../../bfd/elf64-ppc.c:14952 in ppc64_elf_relocate_section

URL: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=8568 00 Status: UNCONFIRMED Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de

[Bug ld/21181] All executables segfault when linked with -z,now on Alpha.

https://sourceware.org/bugzilla/show_bug.cgi?id=21181 --- Comment #9 from John Paul Adrian Glaubitz --- (In reply to Alan Modra from comment #8) > Fixed master and 2.28 branch Thanks a lot. The 2.28 backport means that the next update of the binutils package in Debian will pull the patch in

[Bug ld/21181] All executables segfault when linked with -z,now on Alpha.

https://sourceware.org/bugzilla/show_bug.cgi?id=21181 John Paul Adrian Glaubitz changed: What|Removed |Added CC||doko at debian dot org

[Bug ld/21181] All executables segfault when linked with -z,now on Alpha.

https://sourceware.org/bugzilla/show_bug.cgi?id=21181 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[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 #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

[Bug gas/20649] [MIPS] Can't find matching LO16 reloc

https://sourceware.org/bugzilla/show_bug.cgi?id=20649 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[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 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/20531] [Regression/2.27]: Not enough room for program headers, try linking with -N

https://sourceware.org/bugzilla/show_bug.cgi?id=20531 --- Comment #6 from John Paul Adrian Glaubitz --- (In reply to Alan Modra from comment #5) > It's a missing "break". Awesome, that was quick. Thanks a lot! When fixing it, please don't forget the backport to the 2.27 branch so it will be

[Bug ld/20531] [Regression/2.27]: Not enough room for program headers, try linking with -N

https://sourceware.org/bugzilla/show_bug.cgi?id=20531 --- Comment #3 from John Paul Adrian Glaubitz --- (In reply to Alan Modra from comment #2) > strip ran fine on tcpdump-t4oxHH/tcpdump-4.7.4/tcpdump from [1], producing the > same binary as

[Bug ld/20531] [Regression/2.27]: Not enough room for program headers, try linking with -N

https://sourceware.org/bugzilla/show_bug.cgi?id=20531 --- Comment #1 from John Paul Adrian Glaubitz --- James Clarke (CC'ed) suggested this might be related to the following change [1]: > Use size_t rather than bfd_size_type > > I noticed when writing _bfd_elf_strtab_save/restore that size_t

[Bug ld/20531] New: [Regression/2.27]: Not enough room for program headers, try linking with -N

/status/fetch.php?pkg=tcpdump =powerpcspe=4.7.4-2=1472415288 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de

[Bug gold/20441] Allow R_SPARC_32 on sparc64

https://sourceware.org/bugzilla/show_bug.cgi?id=20441 --- Comment #1 from John Paul Adrian Glaubitz --- Hi! It would be very important to get the fixes for #20441, #20442 and #20443 merged rather soonish and also backported to the binutils-2_27-branch so they are part of the next point update

[Bug gold/20443] Segfaults with STT_SPARC_REGISTER and --gc-sections

https://sourceware.org/bugzilla/show_bug.cgi?id=20443 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug gold/20441] Allow R_SPARC_32 on sparc64

https://sourceware.org/bugzilla/show_bug.cgi?id=20441 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug gold/20442] R_SPARC_GOTDATA_OP_LOX10 incorrectly falls back on R_SPARC_GOT13

https://sourceware.org/bugzilla/show_bug.cgi?id=20442 John Paul Adrian Glaubitz changed: What|Removed |Added CC||glaubitz at physik dot

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #25 from John Paul Adrian Glaubitz --- (In reply to Nick Clifton from comment #24) > Sorry - we missed the release window. Yeah, 2.27 came quite unexpected. I knew it was announced for a while but I was expecting a much later

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #22 from John Paul Adrian Glaubitz --- (In reply to cvs-com...@gcc.gnu.org from comment #20) > The master branch has been updated by Nick Clifton : Btw, can you make sure this gets backported to

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 John Paul Adrian Glaubitz changed: What|Removed |Added Status|NEW |RESOLVED

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #19 from John Paul Adrian Glaubitz --- (In reply to John Paul Adrian Glaubitz from comment #18) > So the patch seems to work. I will do another full rebuild and see whether I > can build qtwebkit now. I can confirm that qtwebkit

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #18 from John Paul Adrian Glaubitz --- Ok, the results are in. binutils-2_27-branch, without the patch: (sid-sh4-sbuild)root@ikarus:/tmp/qtwebkit-debug/qtwebkit-2.3.4.dfsg/WebKitBuild/Release/Source/WebCore/obj/release#

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #17 from John Paul Adrian Glaubitz --- (In reply to Nick Clifton from comment #16) > *B..* . No, it does not. So my 2.26.1 patch will be useless. > *sigh* It does seem to build fine, however. The binutils Debian package

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #8 from John Paul Adrian Glaubitz --- Hello! Is there any chance to get this fixed? Any pointers to what exactly is wrong? This bug is currently the last big blocker we are seeing on SH, all other issues have been ironed out and

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 glaubitz at physik dot fu-berlin.de changed: What|Removed |Added CC||glaubitz

[Bug binutils/19019] [SPARC64] Only registers %g[2367] can be declared using STT_REGISTER when linking against libsystemd

https://sourceware.org/bugzilla/show_bug.cgi?id=19019 --- Comment #5 from glaubitz at physik dot fu-berlin.de --- Hi Jose! (In reply to Jose E. Marchesi from comment #3) > So I think that the BFD check is pertinent and matches the ABI. Thank you very much for the analysis! So you'd

[Bug binutils/19019] New: [SPARC64] Only registers %g[2367] can be declared using STT_REGISTER when linking against libsystemd

: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de Target Milestone: --- Target: sparc*-*-* Hello! We are currently having problems on sparc64

[Bug gold/18855] String constants mixed up when linked with gold on Linux/sparc64

https://sourceware.org/bugzilla/show_bug.cgi?id=18855 glaubitz at physik dot fu-berlin.de changed: What|Removed |Added CC||glaubitz

[Bug gold/18855] String constants mixed up when linked with gold on Linux/sparc64

https://sourceware.org/bugzilla/show_bug.cgi?id=18855 --- Comment #2 from glaubitz at physik dot fu-berlin.de --- Hi Cary! (In reply to Cary Coutant from comment #1) > Sorry, I don't have a SPARC development environment, so to investigate this, > I'm going to need all the .o files (r

[Bug gas/18561] sh assembler wrongly constant-folds address expressions containing weak symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=18561 --- Comment #10 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- (In reply to Alan Modra from comment #8) So, given that resolving subtraction expressions is a long-standing assembler behaviour, I think

[Bug gas/18561] sh assembler wrongly constant-folds address expressions containing weak symbols

https://sourceware.org/bugzilla/show_bug.cgi?id=18561 glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de changed: What|Removed |Added Target

[Bug ld/17739] Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

https://sourceware.org/bugzilla/show_bug.cgi?id=17739 --- Comment #1 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- Here is an archive which contains all object files of such a failed build: http://users.physik.fu-berlin.de/~glaubitz/qtwebkit-debug.tar.gz

[Bug ld/17739] New: Assertion fail ../../bfd/elf32-sh.c:4504 on sh4 when compiling Qt5

: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de Hello! Some components of Qt5 - including qtdeclarative-opensource-src and qtwebki t - currently fail to build from source

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #11 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- (In reply to Alan Modra from comment #10) That map file isn't from linking the objects you attached here. Oh, you're right, sorry. Just re

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #9 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- Since Matthis Klose recently updated binutils in Debian, I was able to test with a freshly compiled version of binutils. Unfortunately, the result

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #5 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- (In reply to Alan Modra from comment #4) $ ../ld/ld-new -mshlelf -shared --eh-frame-hdr -o test.so test1.o test2.o $ Doesn't reproduce for me

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #6 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- Some further tests with the same version of binutils on both sh4 and cross-building on x86_64 using the two object files attached to this bug

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #7 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- (In reply to glaub...@physik.fu-berlin.de from comment #6) Some further tests with the same version of binutils on both sh4 and cross-building

[Bug ld/17553] New: .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

Version: 2.25 Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de Created attachment 7896 -- https://sourceware.org/bugzilla/attachment.cgi?id

[Bug ld/17553] .eh_frame_hdr table[0] FDE at 00000978 overlaps table[1] FDE at 000009a0 when not using -Wl,-traditional on sh4

https://sourceware.org/bugzilla/show_bug.cgi?id=17553 --- Comment #3 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- Created attachment 7897 -- https://sourceware.org/bugzilla/attachment.cgi?id=7897action=edit Object files in question which trigger the bug

[Bug ld/17447] .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88

https://sourceware.org/bugzilla/show_bug.cgi?id=17447 --- Comment #9 from glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de --- (In reply to Alan Modra from comment #8) Adrian, from the error message you report your binutils did not contain the fix for this PR

[Bug ld/17447] .eh_frame_hdr table[5707] FDE at 0000000000c45b8c overlaps table[5708] FDE at 0000000000c45a88

https://sourceware.org/bugzilla/show_bug.cgi?id=17447 glaubitz at physik dot fu-berlin.de glaubitz at physik dot fu-berlin.de changed: What|Removed |Added CC

[Bug binutils/17330] New: Fails to build on sh4: pcrel too far

: binutils Assignee: unassigned at sourceware dot org Reporter: glaubitz at physik dot fu-berlin.de Hello! binutils currently fails to build from source when compiling on SH4 (Hitachi SuperH). gcc-4.9 seems to generate invalid assembly code which trips the assembler: /bin/sh