OpenRISC 1000
OR32 disassembler does not understand FP instructions #90
Closed jeremybennett opened this issue almost 14 years ago
jeremybennett commented almost 14 years ago
<p>
The OR32 assembler recognizes floating point opcodes. However the disassembler does not. For example in GDB <tt>lf.rem.s r4,r5,r6</tt> is disassembled as <tt>.word 0xc8853006</tt>.
</p>
<p>
GDB reuses the binutils assembler/disassembler tables. These need updating for the floating point opcodes.
</p>
<p>
Jeremy
</p>
<p>
-- <br />
Tel: +44 (1590) 610184<br />
Cell: +44 (7970) 676050<br />
SkypeID: jeremybennett<br />
Email: <a href="mailto:jeremy.bennett@embecosm.com">jeremy.bennett@embecosm.com</a><br />
Web: <a href="http://www.embecosm.com">www.embecosm.com</a>
</p>
julius commented almost 14 years ago
GDB might not be able to disassemble it, but the assembler and disassembler appear to be in sync.
Running the following:
echo "lf.rem.s r4,r5,r6" | or32-elf-as; or32-elf-objdump -d a.out
indicates that it is getting assembled and disassembled OK. Perhaps it's the way GDB is looking at the tables? Do you know the hook GDB uses to access these tables? Or are they included in the GDB source?
jeremybennett commented almost 14 years ago
<p>
I'll try to construct a test case to isolate the the bug.
</p>
<p>
Jeremy
</p>
jeremybennett was assigned almost 13 years ago
jeremybennett commented almost 13 years ago
<p>
Transferred to OpenRISC bugzilla (<a href="http://bugzilla.opencores.org/show_bug.cgi?id=14">Bug 14</a>).
</p>
<p>
Marking closed in this bugtracker.
</p>
jeremybennett closed this almost 13 years ago
© copyright 1999-2018 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.