https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87184
--- Comment #3 from dave.anglin at bell dot net --- On 2018-09-03 5:20 AM, rguenth at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87184 > > Richard Biener <rguenth at gcc dot gnu.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |WAITING > Last reconfirmed| |2018-09-03 > Ever confirmed|0 |1 > > --- Comment #2 from Richard Biener <rguenth at gcc dot gnu.org> --- > (In reply to John David Anglin from comment #1) >> Created attachment 44645 [details] >> Preprocessed source >> >> We might be running out of memory. > Can you check that somehow? r263931 added some more patterns so > generic-match.c grow. I'm not sure. When I compiled generic-match.c manually, it completed successfully. I restarted the build and the compile failed again at stage3. At stage2, the compile now takes on the order of half an hour... I had started a regression search. I'll check if r263931 introduced the problem.
