--- Comment #6 from wvangulik at xs4all dot nl 2010-06-18 08:33 ---
This bug can be closed it is a binutils bug. The dissambler is generating the
wrong instruction.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44564
--- Comment #5 from thomas-carsten dot franke at brunel dot de 2010-06-18
06:40 ---
Created an attachment (id=20937)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20937&action=view)
extract of .s file (-save-temps)
shows the lpm r31,Z, only
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from thomas-carsten dot franke at brunel dot de 2010-06-18
06:38 ---
Created an attachment (id=20936)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20936&action=view)
extract of *.lss file
shows the Z+ in lpm
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4456
--- Comment #3 from eric dot weddington at atmel dot com 2010-06-18 03:20
---
The code you have in the bug report shows:
5808: f4 91 lpm r31, Z+
Take a long hard look at the hex instruction. Reverse the bytes: 91 F4
The LPM instruction in the instruction set docume
--- Comment #2 from eric dot weddington at atmel dot com 2010-06-18 03:05
---
Please attach a preprocessed test case, and the generated assembly (the .S file
when you use -save-temps).
--
eric dot weddington at atmel dot com changed:
What|Removed
