Does anyone have a dissassembler for M32/16 ?
Up to Renesas Rulz General
Hi, I'm new to Renesas stuff so bear with me
My company recently got some s-recs and raw dumps from a couple old projects that I would like to recycle some of the code from, and get it into my own M16C projects. I've been searching but I'm sure the source has been lost quiet some time ago so this appears my only option,
I have a program for debugging that will allow me to view and run, but not save or export it (why!?)
So, I figured I'd ask here,
Thanks!
Jason
My company recently got some s-recs and raw dumps from a couple old projects that I would like to recycle some of the code from, and get it into my own M16C projects. I've been searching but I'm sure the source has been lost quiet some time ago so this appears my only option,
I have a program for debugging that will allow me to view and run, but not save or export it (why!?)
So, I figured I'd ask here,
Thanks!
Jason
The editor of the High-performance Embedded Workshop V.4 is capable of disassemble display and mix display (display of disassembling line by line corresponding to the source code lines) as well as source program display. Those displays can be switched between them by toolbar buttons.
If the load the mot into a project and view memory in a simulator
session it will dissemble the code.
session it will dissemble the code.
I got it working,
On (huge) problem for me though, that is, is it possible to make the comiler use 0x instead of H ???
I really really prefer
MOV #0x02,R0H
over
MOV #02H,R0H
The latter is just too many H's.
Possible ?
On (huge) problem for me though, that is, is it possible to make the comiler use 0x instead of H ???
I really really prefer
MOV #0x02,R0H
over
MOV #02H,R0H
The latter is just too many H's.
Possible ?
Bummer.
I saw that it appears to accept 0x' as hex input, but all the output is 'H....
I wonder why that not even an option to change ? Seems 0x is WAY more common and your not doubling up on H meaning two different things. I wonder if it has to do with 0x not being easily readable in Japanese ?
Maybe I'll put in a request
I saw that it appears to accept 0x' as hex input, but all the output is 'H....
I wonder why that not even an option to change ? Seems 0x is WAY more common and your not doubling up on H meaning two different things. I wonder if it has to do with 0x not being easily readable in Japanese ?
Maybe I'll put in a request

The GNU tools have a disassembler (objdump), I just checked and it uses 0x (plus there's source, you can make it do whatever you want). http://people.redhat.com/~dj/m32c/
It normally wants it's own ELF format, but it should be able to read .MOT and raw binary files with suitable command line options.
It normally wants it's own ELF format, but it should be able to read .MOT and raw binary files with suitable command line options.
Powered by
Ploneboard

