[Bug target/28894] Optimizaition on AVR target breaks code.

2006-08-30 Thread ralf-engels at gmx dot de
--- Comment #5 from ralf-engels at gmx dot de 2006-08-30 20:43 --- Wow, you mean that unrolling the loop three times but not removing it is the right behaviour? Anyway, 4.1.1 seems to do it right. It's removing the whole loop as expected. delay.h is working. -- http://gcc.gnu.org

[Bug target/28894] Optimizaition on AVR target breaks code.

2006-08-30 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-08-30 15:09 --- This is just unrolling/removing empty loops so invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/28894] Optimizaition on AVR target breaks code.

2006-08-30 Thread eweddington at cso dot atmel dot com
--- Comment #3 from eweddington at cso dot atmel dot com 2006-08-30 15:06 --- The AVR does not have an Add Immediate instruction (addi), so this is normally done using sbi with a negative number as Andrew correctly points out. In Ralf's unoptimized output, it correctly shows a -2 (0xFE

[Bug target/28894] Optimizaition on AVR target breaks code.

2006-08-29 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-08-29 22:34 --- 264: 8a 5f subir24, 0xFA ; 250 That looks fine for me since it is r24 = r24 - -2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28894

[Bug target/28894] Optimizaition on AVR target breaks code.

2006-08-29 Thread pinskia at gcc dot gnu dot org
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|tree-optimization |target http: