[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Luke Robison changed: What|Removed |Added CC||robison at arlut dot utexas.edu ---

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #24 from Paul Thomas --- (In reply to Luke Robison from comment #23) > (In reply to Luke Robison from comment #22) > > (In reply to Luke Robison from comment #21) > > > (1) Changing some or all of the "type(levelNN)" definitions to >

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #23 from Luke Robison --- (In reply to Luke Robison from comment #22) > (In reply to Luke Robison from comment #21) > > (1) Changing some or all of the "type(levelNN)" definitions to > > "class(levelNN)" definitions > > (2) Changing

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #22 from Luke Robison --- (In reply to Luke Robison from comment #21) > (1) Changing some or all of the "type(levelNN)" definitions to > "class(levelNN)" definitions > (2) Changing from "allocatable" to "pointer" > Although these

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #21 from Luke Robison --- I was again trying to upgrade our gfortran version and ran into this issue again in gfortran-9.2, but I think I found a workaround this time. Re-reading Paul Thomas' comments and looking at the changes in

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Luke Robison changed: What|Removed |Added CC||robison at arlut dot utexas.edu ---

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #19 from Paul Thomas --- There are at least three sources of the recursive code: (i) The allocate statement. This checks to see if the allocate object and its allocatable components are allocated and deallocates them if necessary. I

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #18 from rguenther at suse dot de --- On Fri, 2 Mar 2018, pault at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 > > --- Comment #17 from Paul Thomas --- > > > There are two ways to fix this: > > (i)

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #17 from Paul Thomas --- > There are two ways to fix this: > (i) Generate incomplete vtables, with the pointers to copy and finalise set > to null, for module derived types. This has the disadvantage that class > objects, such as

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #16 from Paul Thomas --- (In reply to Richard Biener from comment #15) > Bisected to pauls r254427, the fix for PR81447 and PR82783. > > Test adjustments suggest that we'll create even more malloc/free calls. Hi Richard, I am

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #15 from Richard Biener --- Bisected to pauls r254427, the fix for PR81447 and PR82783. Test adjustments suggest that we'll create even more malloc/free calls.

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #14 from Richard Biener --- Tops out at 4.4GB now at -O0, was hovering around 1GB for some time.

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #13 from Richard Biener --- Bisection would be nice.

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #12 from Richard Biener --- Hmm, no, all memory is allocate by IRA (and somehow never freed?)

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #11 from Richard Biener --- Note it happens at -O0 already (going OOM) so a FE issue (was fine before).

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Richard Biener changed: What|Removed |Added Keywords||needs-bisection --- Comment #10 from

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #9 from Aldy Hernandez --- Author: aldyh Date: Wed Sep 13 17:04:41 2017 New Revision: 252458 URL: https://gcc.gnu.org/viewcvs?rev=252458=gcc=rev Log: 2017-08-17 Richard Biener PR

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Paul Thomas changed: What|Removed |Added Assignee|rguenth at gcc dot gnu.org |pault at gcc dot gnu.org ---

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Paul Thomas changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #6 from Richard Biener --- Well, if this program is really supposed to "recursively" allocate all members where the number of members increases exponentially with the number of levels.

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work|

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #4 from Richard Biener --- Author: rguenth Date: Thu Aug 17 10:04:04 2017 New Revision: 251143 URL: https://gcc.gnu.org/viewcvs?rev=251143=gcc=rev Log: 2017-08-17 Richard Biener PR

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Richard Biener changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #3 from Richard Biener --- Testing a patch changing level 5 at -O1 from > /usr/bin/time /space/rguenther/install/gcc-7.2/bin/gfortran -S t.f90 -O 1139.91user 1.99system 19:02.37elapsed 99%CPU (0avgtext+0avgdata 8035048maxresident)k

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 --- Comment #2 from Richard Biener --- 4.9.4 seems "fine" (well, it doesn't allocate recursively but just zero-initializes everything...)

[Bug fortran/81827] Large compile time with derived-type rrays

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81827 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|