[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-12-06 Thread zadeck at naturalbridge dot com
--- Comment #13 from zadeck at naturalbridge dot com 2008-12-06 22:33 --- Subject: Re: [4.3/4.4 Regression] Hang in df_analyze steven at gcc dot gnu dot org wrote: > --- Comment #12 from steven at gcc dot gnu dot org 2008-12-06 21:25 > --- > Patch here: > http://gcc.gnu.org/

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-12-06 Thread steven at gcc dot gnu dot org
--- Comment #12 from steven at gcc dot gnu dot org 2008-12-06 21:25 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00409.html Approval mail never made it through, but you can see traces of it here: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00410.html -- steven at gc

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-12-06 Thread steven at gcc dot gnu dot org
--- Comment #11 from steven at gcc dot gnu dot org 2008-12-06 20:17 --- Created an attachment (id=16842) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16842&action=view) Remove overeager solver Bootstrapped and tested on ia64-unknown-linux-gnu. Time-tested by compiling cc1-i/cc1p

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-11-16 Thread spark at gcc dot gnu dot org
--- Comment #10 from spark at gcc dot gnu dot org 2008-11-17 06:13 --- I agree that the overeager has the worse worst-case bound. I'll happily approve a patch that drops overeager and leave double-queuing only, provided we have empirical data over some known programs to show that it is a

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-11-16 Thread steven at gcc dot gnu dot org
--- Comment #9 from steven at gcc dot gnu dot org 2008-11-16 12:17 --- Advice to folks caring about compiler stability instead of supposedly faster: Always use double-queue instead of overeager. The overeager solver is just not reliable enough, and I have never found any proof for the s

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-08-27 Thread jsm28 at gcc dot gnu dot org
--- Comment #8 from jsm28 at gcc dot gnu dot org 2008-08-27 22:04 --- 4.3.2 is released, changing milestones to 4.3.3. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-07-30 Thread jakub at gcc dot gnu dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2008-07-30 10:22 --- Any progress with this? Stage 1 will end soon... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-06-13 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=36365

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-06-09 Thread jakub at gcc dot gnu dot org
--- Comment #6 from jakub at gcc dot gnu dot org 2008-06-09 13:33 --- --param df-double-queue-threshold-factor=0 helps, at -O1 with it the testcase compiled under 45seconds (with standard trunk checking). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-05-30 Thread spark at gcc dot gnu dot org
--- Comment #4 from spark at gcc dot gnu dot org 2008-05-30 18:28 --- I'm still building the compiler to reproduce the problem. But can somebody try compiling with --param df-double-queue-threshold-factor=0 and see if it helps ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-05-29 Thread zadeck at naturalbridge dot com
--- Comment #3 from zadeck at naturalbridge dot com 2008-05-29 13:49 --- Subject: Re: [4.3/4.4 Regression] Hang in df_analyze bonzini at gnu dot org wrote: > --- Comment #2 from bonzini at gnu dot org 2008-05-29 13:31 --- > looks like a loop with 5000 basic blocks... > > >

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-05-29 Thread bonzini at gnu dot org
--- Comment #2 from bonzini at gnu dot org 2008-05-29 13:31 --- looks like a loop with 5000 basic blocks... -- bonzini at gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-05-29 Thread jakub at gcc dot gnu dot org
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365

[Bug rtl-optimization/36365] [4.3/4.4 Regression] Hang in df_analyze

2008-05-29 Thread jakub at gcc dot gnu dot org
--- Comment #1 from jakub at gcc dot gnu dot org 2008-05-29 10:55 --- Created an attachment (id=15698) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15698&action=view) rh448273.ii.bz2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36365