--- Additional Comments From nickc at redhat dot com 2006-04-12 13:11
---
Thank you. I am now able to reproduce the bug and I have approved your patch.
it does not quite perform as you say, since the hexadecimal form of the address
is displayed twice:
0: 0e 94 7e 0e c
--- Additional Comments From hochstein at algo dot informatik dot
tu-darmstadt dot de 2006-04-11 13:31 ---
Here comes the test case:
call __divmodhi4
.org 0x1cfc
__divmodhi4:
nop
I compile the above program
$ avr-as -I/usr/include/avr -mmcu=atmega32 -o call-te
--- Additional Comments From nickc at redhat dot com 2006-04-07 14:48
---
Subject: Re: New: incorrect syntax in avr disassembly
Hi hochstein,
> The disassembly for call and jmp looks like this:
>
> 43a: 0e 94 7e 0e call0x1cfc <__divmodhi4>
>
> This causes problems s
--- Additional Comments From hochstein at algo dot informatik dot
tu-darmstadt dot de 2006-04-04 06:53 ---
Why not strive for it if it can be done easily?
I use avrora (http://compilers.cs.ucla.edu/avrora/) to simulate the AVR program
before writing it onto the real device. This simulat
--- Additional Comments From bje at sources dot redhat dot com 2006-04-04
01:54 ---
This patch suggests that you are trying to make the disassembler's output
suitable for input back into the assembler, correct? This is not normally
something that the disassembler strives for.
What are
