------- Comment #8 from KenJackson at ieee dot org 2006-02-21 18:23 -------
Thanks for the -v.
I ran this:
avr-ld -m avr4 -Tdata 0x800100 -o t.hex /usr/local/avr/lib/avr4/crtm88.o \
-L/usr/local/lib/gcc/avr/4.0.2/avr4 \
-L/usr/local/lib/gcc/avr/4.0.2 \
-L/usr/local/avr/lib/avr4 \
-L/usr/local/avr/lib \
-mavr4 --oformat=ihex -s t.o -lgcc -lc
And the resulting t.hex has the incorrect opcode, "B031".
I wasn't aware that ld generated any opcodes. I thought it just scooped up
the outputs from compilers and assemblers and linked them together. But
apparently it does, and apparently avr-ld generated this bad opcode.
I searched the binutils bugzilla at sourceware.org for bss and avr and each
search returned "Zarro Boogs found." Makes me wonder.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26396
