https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Fri Dec 20 23:51:15 2019
New Revision: 279687
URL: https://gcc.gnu.org/viewcvs?rev=279687=gcc=rev
Log:
PR middle-end/91512
PR fortran/92738
* lang.opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #14 from Thomas Koenig ---
Author: tkoenig
Date: Fri Dec 20 11:51:05 2019
New Revision: 279639
URL: https://gcc.gnu.org/viewcvs?rev=279639=gcc=rev
Log:
Introduce -finline-arg-packing.
2019-12-20 Thomas Koenig
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #13 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #12)
> People who have problems can then enable
I meant disable, of course.
> that option for
> the specific files they have the problems with.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #12 from Thomas Koenig ---
(In reply to Wilco from comment #11)
> Would using -frepack-arrays solve this issue? I proposed making that the
> default a while back. It would do any repacking that is necessary at call
> sites rather
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #11 from Wilco ---
(In reply to Thomas Koenig from comment #10)
> (In reply to Martin Liška from comment #6)
> > So wrf grew starting with r271377, size (w/o debug info) goes from 20164464B
> > to 23674792.
>
> I think we've had
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #10 from Thomas Koenig ---
(In reply to Martin Liška from comment #6)
> So wrf grew starting with r271377, size (w/o debug info) goes from 20164464B
> to 23674792.
I think we've had this discussion before, although I cannot offhand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #9 from Wilco ---
(In reply to Martin Liška from comment #8)
> (In reply to Wilco from comment #7)
> > (In reply to Martin Liška from comment #6)
> > > So wrf grew starting with r271377, size (w/o debug info) goes from
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #8 from Martin Liška ---
(In reply to Wilco from comment #7)
> (In reply to Martin Liška from comment #6)
> > So wrf grew starting with r271377, size (w/o debug info) goes from 20164464B
> > to 23674792.
>
> Also check the build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
Martin Liška changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #5 from Martin Liška ---
Ok, I've just updated LNT filter, and one can see it better with:
https://lnt.opensuse.org/db_default/v4/SPEC/spec_report/branch?sorting=gcc-9%2Cgcc-trunk_elf_detail_stats=on
I'm going to bisect the WRF size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #3 from Martin Liška ---
One of the big changes that caused that:
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=21.264.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #2 from Jan Hubicka ---
https://lnt.opensuse.org/db_default/v4/SPEC/graph?plot.0=10.542.4_run=7354
shows shorter range
+2019-05-24 Jakub Jelinek
+
+ * tree-core.h (enum omp_clause_code): Add OMP_CLAUSE__CONDTEMP_.
+ *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92738
--- Comment #1 from Jan Hubicka ---
This is seen on
https://lnt.opensuse.org/db_default/v4/SPEC/graph?highlight_run=7361=31.574.4
17 matches
Mail list logo