https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #8 from Jonathan Roelofs ---
Created attachment 36557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36557=edit
fix implementation (gcc)
I've implemented the fix you described in the binutils thread, and it does in
fact clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #9 from Jonathan Roelofs ---
Created attachment 36558
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36558=edit
fix implementation (binutils)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #10 from Jonathan Roelofs ---
https://gcc.gnu.org/ml/gcc-patches/2015-10/msg02177.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #6 from Jonathan Roelofs ---
I've filed the corresponding binutils report here:
https://sourceware.org/bugzilla/show_bug.cgi?id=19145
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
Jonathan Roelofs changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #3 from Jonathan Roelofs ---
(In reply to Ramana Radhakrishnan from comment #2)
> Do you have big endian multilibs suitably built ?
Yes, both the big-endian and little-endian multilibs seem to work, and have
reasonable results in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67871
--- Comment #4 from Jonathan Roelofs ---
s/ginutils/binutils/
: unassigned at gcc dot gnu.org
Reporter: jonathan at codesourcery dot com
Target Milestone: ---
$ touch empty.c
$ arm-none-eabi-gcc -mbig-endian -flto empty.c
/tmp/ccUtMyOv.o: file not recognized: File format is ambiguous
/tmp/ccUtMyOv.o: matching formats: elf32-bigarm elf32-big
