On Thu, 2012-05-10 at 14:27 +0200, Peter Gavin wrote: > On Thu, May 10, 2012 at 2:22 PM, Stefan Kristiansson > <[email protected]> wrote: > > Similiar problems have been seen before on 64-bit machines, > > Yann Vernier commited a couple of fixes for it, I can't remember > > if they propagated out to or1ksim though. > > Even if they did, it's not far-fetched to think that this could be related. > > Aha, I found a message referring to it: > > http://lists.openrisc.net/pipermail/openrisc/2011-December/000548.html
Hi Pete, This is basically correct. Or1ksim is a standalone program, that at some time copied across code from binutils to do disassembly, and those code bases have since diverged. As noted the correct solution would be for Or1ksim to use the binutils libraries. Before we do this, we need to break the circular dependency between Or1ksim and the tool chain (using it as the GDB simulator). Your work on CGEN should solve that. GDB has the same problem, because it maintains its own copy of the binutils libraries, and they have now diverged. This will be fixed when we have a unified source tree build (which I believe you are doing). There is a secondary bug in Or1ksim which you may see. It fails to disassemble the instruction following a return from a page fault exception. I've never got to the bottom of that. Best wishes, Jeremy -- Tel: +44 (1590) 610184 Cell: +44 (7970) 676050 SkypeID: jeremybennett Email: [email protected] Web: www.embecosm.com _______________________________________________ OpenRISC mailing list [email protected] http://lists.openrisc.net/listinfo/openrisc
