http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #8 from Richard Guenther 2010-10-21
15:28:01 UTC ---
Created attachment 22107
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22107
patch
Bootstrapped, tested and SPEC CPU 2006 tested.
I don't like it too much (it's really a FE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
Richard Guenther changed:
What|Removed |Added
Keywords||ice-checking
AssignedTo|unassi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #6 from Joost VandeVondele
2010-09-24 10:46:08 UTC ---
(In reply to comment #5)
> Actually, looks like there might be some vaguely related issue here in the FE,
> which I'll open in another PR.
See PR45777
--
Configure bugmail: htt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #5 from Joost VandeVondele
2010-09-24 10:33:13 UTC ---
(In reply to comment #3)
> The issue here is of course that LTO re-computes TYPE_CANONICAL and the FE
> sets it in a way that the above situation is not detected as non-trivial
>
--- Comment #4 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-15 18:25 ---
If realspace_grid_type%r is declared as pointer instead of allocatable, the
testcase can be compiled, and a similar workaround in CP2K allows an LTO build
of CP2K to finish (after updating binutils to
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-08 09:36 ---
Confirmed. We have two different array3_real(kind=8) record types that are
not considered compatible. One data pointer member is restrict qualified
while the other one is not.
Why do we have an aggregate assignmen
--- Comment #2 from jv244 at cam dot ac dot uk 2010-09-07 19:30 ---
Actually works with 4.5 but fails with trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
