[Bug middle-end/42505] [4.4/4.5 Regression] loop canonicalization causes a lot of unnecessary temporary variables

2010-02-17 Thread mmitchel at gcc dot gnu dot org
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42505

[Bug middle-end/42505] [4.4/4.5 Regression] loop canonicalization causes a lot of unnecessary temporary variables

2010-02-16 Thread rguenth at gcc dot gnu dot org
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.4 / 4.5 regression] loop |[4.4/4.5 Regression] loop |canonicalization causes

[Bug middle-end/42505] [4.4 / 4.5 regression] loop canonicalization causes a lot of unnecessary temporary variables

2010-01-07 Thread sliao at google dot com
--- Comment #2 from sliao at google dot com 2010-01-07 11:31 --- 1. Yes, the flags used are -mthumb -Os -march=armv5te. 2. For completeness, I also tried to generate 32-bit instructions. In this case of ARM mode, GCC 4.5.0 (trunk as of last week) didn't store things onto stack

[Bug middle-end/42505] [4.4 / 4.5 regression] loop canonicalization causes a lot of unnecessary temporary variables

2010-01-07 Thread rearnsha at gcc dot gnu dot org
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-01-07 11:45 --- (In reply to comment #2) 1. Yes, the flags used are -mthumb -Os -march=armv5te. 4c: e8bd41f0pop {r4, r5, r6, r7, r8, lr} 50: e12fff1ebx lr This looks more like a return

[Bug middle-end/42505] [4.4 / 4.5 regression] loop canonicalization causes a lot of unnecessary temporary variables

2010-01-04 Thread ramana at gcc dot gnu dot org
--- Comment #1 from ramana at gcc dot gnu dot org 2010-01-04 23:44 --- For completeness the options are with -mthumb -Os -march=armv5te ? With trunk I see a size of 52 bytes and this code. .type test, %function test: push{r4, r5, r6, r7, lr} sub