[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-10-11 Thread cvs-commit at gcc dot gnu dot org
--- Comment #36 from cvs-commit at gcc dot gnu dot org 2005-10-11 23:46 --- Subject: Bug 13931 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-11 23:45:57 Modified files: gcc: ChangeLog combine.c Log message: PR

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-10-11 Thread ian at airs dot com
--- Comment #37 from ian at airs dot com 2005-10-11 23:47 --- Fixed on mainline. This is a minor compilation time speedup, and I don't think there is much benefit to porting back to the release branches. -- ian at airs dot com changed: What|Removed

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-10-10 Thread ian at airs dot com
--- Comment #35 from ian at airs dot com 2005-10-10 18:19 --- Created an attachment (id=9952) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9952action=view) Patch This patch fixes the problem in this PR, and also does not lose the REG_DEAD note in the hppa64-hp-hpux11 test case.

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-10-07 Thread ian at airs dot com
--- Comment #33 from ian at airs dot com 2005-10-08 05:04 --- I found the bug report which led to the patch which is the issue in this PR. It starts here: http://gcc.gnu.org/ml/gcc-patches/2003-05/msg00796.html and ends with this patch:

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-10-07 Thread ian at airs dot com
--- Comment #34 from ian at airs dot com 2005-10-08 05:51 --- I am able to recreate the problem with a hppa64-hp-hpux11 cross-compiler, in the sense that combine does lose the REG_DEAD note when compiling the gcc.c-torture/compile/920501-13.c test case with -O1. In the current

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-09-27 Thread mmitchel at gcc dot gnu dot org
-- What|Removed |Added Target Milestone|4.0.2 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-09-26 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2005-09-27 05:10 --- The code in combine is no better than it ever was. What has changed is this patch: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg02021.html which causes the optimization of incrementing a memory location to be

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-09-26 Thread ian at airs dot com
--- Additional Comments From ian at airs dot com 2005-09-27 05:33 --- Eric, your patch which caused the quadratic behaviour is here: http://gcc.gnu.org/ml/gcc-patches/2003-05/msg01358.html I know this is a real long-shot, but do you have any recollection of what problem you were

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-07-24 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-25 02:59 --- I think this has been fixed on the mainline: 600 .7s 12001.899s 18003.7s 24005.945s This is all with checking still enabled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13931

[Bug rtl-optimization/13931] [3.4/4.0/4.1 Regression] combiner much slower on big basic blocks

2005-07-22 Thread pinskia at gcc dot gnu dot org
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 21:13 --- Moving to 4.0.2 pre Mark. -- What|Removed |Added Target Milestone|3.4.5