[Bug ld/21914] New: [x86_64] SEGV during link

: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Target Milestone: --- Created attachment 10322 --> https://sourceware.org/bugzilla/attachment.cgi?id=10322&action=edit Test data ld from binutils-2.29 can be made to crash when attempting to link the attach

[Bug ld/21914] [x86_64] SEGV during link

https://sourceware.org/bugzilla/show_bug.cgi?id=21914 --- Comment #1 from David Howells --- binutils was configured thusly: + LDFLAGS='-Wl,-z,relro ' + ../binutils-2.29/configure --disable-dependency-tracking --disable-silent-rules --enable-checking --prefix=/usr --exec-prefix=/usr --bindir=/usr

[Bug gas/21021] New: Assertion failure in ignore_rest_of_line at gas/read.c:3758

Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Target Milestone: --- Created attachment 9736 --> https://sourceware.org/bugzilla/attachment.cgi?id=9736&action=edit Test code Compiling the attached te

[Bug gas/20047] New: The arc assembler outputs an "unrecognized option" error with a weird character in it

tatus: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Target Milestone: --- Running the arc assembler produces an error with a weird character in it: echo | /data/fedora/cross-gcc

[Bug gas/19614] New: gas for c6x prints "Error: inconsistent uses of .cfi_sections" when gcc compiles things with it

tatus: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Target Milestone: --- When gcc is building for c6x with a command like the following: echo 'int ma

[Bug binutils/19587] New: Some of the less-well used targets won't compile with gcc-6 due to static vars in opcode headers

tatus: NEW Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Target Milestone: --- gcc-6 added a new warning -Wunused-const-variable that causes unused constant variabl

[Bug gas/18189] Extra-large constant handling failure in microblaze

https://sourceware.org/bugzilla/show_bug.cgi?id=18189 --- Comment #6 from David Howells --- Works for me, thanks! -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://l

[Bug gas/18189] Extra-large constant handling failure in microblaze

https://sourceware.org/bugzilla/show_bug.cgi?id=18189 --- Comment #2 from David Howells --- binutils-2.25 was the base, plus patches as for the Fedora 21 binutils rpm. The configuration for the x86_64 binutils was: LDFLAGS='-Wl,-z,relro ' \ ../binutils-2.25/configure --disable-dependency-tracki

[Bug gas/18189] Extra-large constant handling failure in microblaze

https://sourceware.org/bugzilla/show_bug.cgi?id=18189 --- Comment #1 from David Howells --- Created attachment 8221 --> https://sourceware.org/bugzilla/attachment.cgi?id=8221&action=edit Preprocessed libgcc C file For reference, here's the preprocessed libgcc file that compiles to the previous

[Bug gas/18189] New: Extra-large constant handling failure in microblaze

Component: gas Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Created attachment 8220 --> https://sourceware.org/bugzilla/attachment.cgi?id=8220&action=edit libgcc derived assembly file that shows the problem. Attempting to assemble this line

[Bug ld/17288] sh64 incremental link does not set flags in ELF header

https://sourceware.org/bugzilla/show_bug.cgi?id=17288 --- Comment #7 from David Howells --- Any further thoughts on this? -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org h

[Bug ld/17288] sh64 incremental link does not set flags in ELF header

https://sourceware.org/bugzilla/show_bug.cgi?id=17288 --- Comment #6 from David Howells --- Should the linker invent a new e_flags based on the -b and -m flags it has been given and reject any contributory object file that has different flags? -- You are receiving this mail because: You are on

[Bug ld/17288] sh64 incremental link does not set flags in ELF header

https://sourceware.org/bugzilla/show_bug.cgi?id=17288 --- Comment #3 from David Howells --- Using --whole-archive seems to work. + sh64-linux-gnu-ar rcsD wibble.o hello.o + sh64-linux-gnu-ld -EL -mshlelf64 --whole-archive -r -o foo.o wibble.o + sh64-linux-gnu-readelf -h foo.o + grep Flags Flag

[Bug ld/17288] sh64 incremental link does not set flags in ELF header

https://sourceware.org/bugzilla/show_bug.cgi?id=17288 --- Comment #1 from David Howells --- The binutils was built from the 2.24 tarball plus a patch bringing it up to git release cab6c3ee9785f072a373afe31253df0451db93cf. Build configuration: + LDFLAGS='-Wl,-z,relro ' + ../binutils-2.24/configu

[Bug ld/17288] New: sh64 incremental link does not set flags in ELF header

Component: ld Assignee: unassigned at sourceware dot org Reporter: dhowells at redhat dot com Doing an incremental link with an sh64 binutils does not set the flags field in the ELF header. Using this script: #!/bin/sh -x CROSS=sh64-linux-gnu- LDFLAGS="-EL -mshlelf64"