https://sourceware.org/bugzilla/show_bug.cgi?id=18314
Solra Bizna changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=18347
--- Comment #3 from Solra Bizna ---
Ah! That explains what's happening.
Just tried the patch. It works great.
As far as adding some way to suppress the warning... Instruction set extensions
mean that an acceptable symbol one day will cause a
Severity: normal
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: solrabizna at gmail dot com
Target Milestone: ---
A simple test program that demonstrates this problem:
MOV r1, r0
LDR =garbage // no destinatio
ity: minor
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: solrabizna at gmail dot com
Created attachment 8265
--> https://sourceware.org/bugzilla/attachment.cgi?id=8265&action=edit
A simple test file, demonstrating som
Severity: minor
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: solrabizna at gmail dot com
I was attempting to assemble a PC-relative coprocessor load. While flailing
around to find the right syntax, I happened on an assertion
https://sourceware.org/bugzilla/show_bug.cgi?id=18198
--- Comment #2 from Solra Bizna ---
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
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: solrabizna at gmail dot com
Flags: security-
I'm working on a project targeting ARMv7-A processors with the E bit set. This
execution environment has big-endian data and little-endian instructions
