[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug gas/18198] On ARM, instruction and data endianness cannot differ
From: |
solrabizna at gmail dot com |
Subject: |
[Bug gas/18198] On ARM, instruction and data endianness cannot differ |
Date: |
Sat, 04 Apr 2015 17:21:00 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=18198
--- Comment #2 from Solra Bizna <solrabizna at gmail dot com> ---
I can confirm that this works. (Yay!) Compiling with -EB and passing --be8 to
ld results in little-endian instructions and big-endian data. I specifically
tested that it correctly handles literal pools, and unadorned .word directives
(correctly) come out little-endian in .text sections and big-endian in .data
sections.
The only remaining bug IMO is in the documentation for the -EB option. It ought
to mention --be8, perhaps something like: "In order to run on recent ARM
processors, code assembled with -EB generally needs to be linked specially.
With the GNU linker, this entails passing --be8 to ld."
Do I close this bug and file a new one? Are documentation bugs a thing in this
ecosystem?
--
You are receiving this mail because:
You are on the CC list for the bug.
- [Bug gas/18198] New: On ARM, instruction and data endianness cannot differ, solrabizna at gmail dot com, 2015/04/03
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, joseph at codesourcery dot com, 2015/04/03
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ,
solrabizna at gmail dot com <=
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, nickc at redhat dot com, 2015/04/08
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, nickc at redhat dot com, 2015/04/08
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, solrabizna at gmail dot com, 2015/04/09
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, cvs-commit at gcc dot gnu.org, 2015/04/10
- [Bug gas/18198] On ARM, instruction and data endianness cannot differ, nickc at redhat dot com, 2015/04/10