http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
Joost VandeVondele changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #8 from Joost VandeVondele
2012-05-07 19:04:29 UTC ---
(In reply to comment #7)
> Has the situation improved?
current trunk LTO seems to fail on CP2K with:
/data/vjoost/clean/cp2k/cp2k/src/../src/rt_propagation_methods.F: In functio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #6 from Joost VandeVondele
2011-07-12 14:40:29 UTC ---
(In reply to comment #1)
> Joost, can you point us to a source tarball? Does the issue reproduce
> with simpler flags (plain -O2 or plain -O3? Esp. w/o -march=native?)
CP2K sou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #5 from Joost VandeVondele
2011-07-12 10:17:54 UTC ---
(In reply to comment #3)
> Oh, so it's a sum ...
>
> Well, the I suppose you run into the usual array-prefetching compile-time hog.
> Try -fno-prefetch-loop-arrays.
This seems t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #4 from Andrew Pinski 2011-07-11
19:56:55 UTC ---
> Extra diagnostic checks enabled; compiler may run slowly.
> Configure with --enable-checking=release to disable checks.
Also try to build the compiler with that option passed to con
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
--- Comment #3 from Richard Guenther 2011-07-11
09:33:36 UTC ---
Oh, so it's a sum ...
Well, the I suppose you run into the usual array-prefetching compile-time hog.
Try -fno-prefetch-loop-arrays.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49700
Richard Guenther changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,