[Bug binutils/26259] New: Can't generate ORR instruction

2020-07-17 Thread Alexei.Fedorov at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26259

Bug ID: 26259
   Summary: Can't generate ORR instruction
   Product: binutils
   Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: binutils
  Assignee: unassigned at sourceware dot org
  Reporter: Alexei.Fedorov at arm dot com
  Target Milestone: ---

Hello.
I have a problem with ORR instruction in GCC 11.0.0 assembler.
orr w28,w28,#0x800080
is compiled with 0x3209839C encoding:

EL2N:0x88013CA8 : ORR  w28,w28,#0x800080

orr x28,x28,#0x800080
generates
Error: immediate out of range at operand 3 -- `orr x28,x28,#0x800080'
If I modify encoding 0x3209839C for W28 in debugger
by setting 'sf' bit 31, according to ARM ARM:
"64-bit variant
Applies when sf == 1.
ORR , , #"

Disassembly shows 
EL2N:0x88013CA8 : ORR  x28,x28,#0x80008000800080
but when I execute it with initial X28 = 0, the result is
X28 0x00800080

which is correct. Any ideas what might be wrong here?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26259] Can't generate ORR instruction

2020-07-18 Thread Alexei.Fedorov at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26259

Alexei Fedorov  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #1 from Alexei Fedorov  ---
GCC compiles instruction

orr x28, x28, #0x80008000800080

with encoding

0xb209839c

, so the disassembly shown in debugger is correct.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/26259] Can't generate ORR instruction

2020-09-22 Thread Alexei.Fedorov at arm dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26259

--- Comment #3 from Alexei Fedorov  ---
Thanks, Nick

I also worked that out.

Regards.
Alexei.

-- 
You are receiving this mail because:
You are on the CC list for the bug.