https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512
--- Comment #27 from rguenther at suse dot de <rguenther at suse dot de> --- On Tue, 21 Apr 2020, tkoenig at gcc dot gnu.org wrote: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512 > > --- Comment #26 from Thomas Koenig <tkoenig at gcc dot gnu.org> --- > (In reply to Bill Seurer from comment #25) > > This is affecting us on powerpc64 as well. It takes twice as long to build > > the spec2017 test cases with most of the difference in a few of the fortran > > compilations which take 30 times or more longer. I tried the new option but > > it seems to have no effect. > > > > Some quick comparison timings: > > > > compiling module_first_rk_step_part1.fppized.f90 (part of 521.wrf_r) > > > > r10-484: 0m17, 0m14 > > r10-485: 9m19, 9m17 > > r10-7837 (current-ish trunk): 9m57, 10m3 > > r10-7837 with -finline-arg-packing: 9m58, 9m59 > > > > Compiling all of spec2017 > > > > r10-484: 34m8 > > r10-485: 65m1 > > r10-7837: 63m47 > > r10-7837 w. option: 65m36 > > Does the option actually work, i.e. does it have the desired effect > of not expanding the packing inline? Maybe you could do a quick check > of the tree dumps generated. I think you need -fno-inline-arg-packing