[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access

[steven at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723

Steven Bosscher  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #5 from Steven Bosscher  ---
For arm and ppc, trunk today at -Os produces smaller code than -O1 and -O2.

[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2006-03-01 02:43 ---
+1 one more instruction on PPC:
_f1:
addi r0,r4,-1
cmpwi cr7,r0,-1
mulli r0,r4,20
addi r4,r4,1
add r3,r3,r0
mtctr r4
addi r3,r3,-20
bge+ cr7,L2
li r0,1
mtctr r0
b L2
L3:
lwz r0,0(r3)
addi r3,r3,-20
cmpw cr7,r0,r5
bne+ cr7,L2
li r3,1
blr
L2:
bdnz L3
li r3,0
blr


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2005-12-07 03:39:07 |2006-03-01 02:43:47
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723

[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access

[pinskia at gcc dot gnu dot org]

--- Additional Comments From pinskia at gcc dot gnu dot org  2005-01-23 
15:22 ---
(In reply to comment #2)
-Os is even worse on the mainline now:
_f1:
addi r0,r4,-1
addi r4,r4,1
cmpwi cr7,r0,-1
mulli r0,r0,20
mtctr r4
add r3,r3,r0
bge+ cr7,L2
li r0,1
mtctr r0
b L2
L3:
lwz r0,0(r3)
addi r3,r3,-20
cmpw cr7,r0,r5
bne+ cr7,L2
li r3,1
blr
L2:
bdnz L3
li r3,0
blr

-- 
   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2004-02-04 08:37:45 |2005-01-23 15:22:49
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723

[Bug rtl-optimization/9723] With -Os optimization increases size if the loop contains array element access

[steven at gcc dot gnu dot org]

--- Additional Comments From steven at gcc dot gnu dot org  2005-01-23 
15:17 ---
On i686 I have the following code size (with -fomit-frame-pointer): 
 
   textdata bss dec hex filename 
 66   0   0  66  42 O2.o 
 48   0   0  48  30 Os.o 
 
For AMD64 I have the following: 
   textdata bss dec hex filename 
118   0   0 118  76 O2.o 
 83   0   0  83  53 Os.o 
 
So, is there still a problem for ARM and PPC? 
 

-- 
   What|Removed |Added

 Status|NEW |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9723