[Bug tree-optimization/18219] [4.0/4.1/4.2 Regression] bloats code by 31%
--- Comment #23 from pinskia at gcc dot gnu dot org 2006-08-28 05:11 --- New results from the mainline: optionssize -Os 59 -Os -fno-ivopts 52 -Os -ftree-ch 58 -O2 64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug tree-optimization/18219] [4.0/4.1/4.2 Regression] bloats code by 31%
--- Comment #22 from mmitchel at gcc dot gnu dot org 2006-05-25 02:32 --- Will not be fixed in 4.1.1; adjust target milestone to 4.1.2. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.1 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug tree-optimization/18219] [4.0/4.1/4.2 Regression] bloats code by 31%
--- Comment #21 from rguenth at gcc dot gnu dot org 2006-05-12 14:00 --- This looks related to PR26726 as IVOPTs produces now bb 2: i = minLen + 1; D.1588 = (int *) (unsigned int) (i * 4); ivtmp.34 = limit + D.1588 - 4B; ivtmp.40 = base + D.1588; goto bb 4 (L1); L0:; D.1595 = (int *) ivtmp.40; MEM[base: D.1595, offset: -4B] = (MEM[base: (int *) ivtmp.34, offset: -4B] + 1 1) - MEM[base: D.1595, offset: -4B]; i = i + 1; L1:; ivtmp.34 = ivtmp.34 + 4B; ivtmp.40 = ivtmp.40 + 4B; if (i = maxLen) goto L0; else goto L2; with the seemingly innocuous offset: -4B canonicalization because of the weird i386 backend cost model. Now if fixing that would fix the size issue is another thing. Not replacing the exit test or using i as solely IV is another thing - but it doesn't even consider i as IV candidate. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||26726 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219
[Bug tree-optimization/18219] [4.0/4.1/4.2 Regression] bloats code by 31%
--- Comment #20 from mmitchel at gcc dot gnu dot org 2006-02-24 00:25 --- This issue will not be resolved in GCC 4.1.0; retargeted at GCC 4.1.1. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18219