[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2017-02-01 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Richard Biener changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2016-09-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 --- Comment #5 from Richard Biener --- Now that we have another (early) pass things should be even worse. Current trunk at -O2 with -fno-checking improved though (I guess by means of a cost model or so): phase opt and generate : 69.39 (99%)

[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2016-07-28 Thread jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 --- Comment #4 from Martin Jambor --- (In reply to Richard Biener from comment #3) > Btw, is the compile-time spent in the threading or in followup passes that > blow up with the large number of BBs? > I was quite surprised because the original

[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2016-07-28 Thread rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 --- Comment #3 from Richard Biener --- I've noted that we have suspiciously many 'thread' passes but of couse the transform itself looks not appropriately limited. Btw, is the compile-time spent in the threading or in followup passes that blow u

[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2016-07-27 Thread marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression

2016-07-27 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Andrew Pinski changed: What|Removed |Added Keywords||compile-time-hog Target Milestone|---