https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |compile-time-hog
Status|UNCONFIRMED |NEW
Last reconfirmed| |2018-10-16
CC| |hubicka at gcc dot gnu.org,
| |jamborm at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed. Looking at GCC 7 (120s compile-time) I see (-ftime-report
-ftime-report-details):
ipa cp : 0.19 ( 0%) usr 0.00 ( 0%) sys 0.24 ( 0%) wall
8576 kB ( 2%) ggc
`- dominance computation: 0.02 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
`- alias stmt walking : 76.66 (61%) usr 0.07 ( 3%) sys 76.70 (60%) wall
0 kB ( 0%) ggc
GCC 8 (180s compile-time):
ipa cp : 0.20 ( 0%) 0.01 ( 0%) 0.23 ( 0%)
10168 kB ( 2%)
`- dominance computation : 0.02 ( 0%) 0.00 ( 0%) 0.01 ( 0%)
0 kB ( 0%)
`- ipa dead code removal : 0.01 ( 0%) 0.00 ( 0%) 0.00 ( 0%)
0 kB ( 0%)
`- alias stmt walking : 125.65 ( 70%) 0.29 ( 13%) 125.95 ( 70%)
0 kB ( 0%)
GCC 9 (240s compile-time):
ipa cp : 0.33 ( 0%) 0.00 ( 0%) 0.28 ( 0%)
9657 kB ( 2%)
`- dominance computation : 0.02 ( 0%) 0.00 ( 0%) 0.01 ( 0%)
0 kB ( 0%)
`- alias stmt walking : 139.23 ( 55%) 0.05 ( 2%) 139.35 ( 54%)
0 kB ( 0%)
tree FRE : 49.71 ( 20%) 0.57 ( 24%) 50.25 ( 20%)
1824 kB ( 0%)
`- tree CFG cleanup : 0.04 ( 0%) 0.00 ( 0%) 0.06 ( 0%)
0 kB ( 0%)
`- loop fini : 0.01 ( 0%) 0.00 ( 0%) 0.00 ( 0%)
0 kB ( 0%)
`- alias stmt walking : 0.55 ( 0%) 0.00 ( 0%) 0.58 ( 0%)
3 kB ( 0%)
the FRE thing is the new value-numbering algorithm.
Looks like the IPA-CP stmt walking is still unbound?
