[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 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 hack we put in place that haunts us now ...). Deferred installing to stage3 or later (--enable-checking=release will get you an equivalent solution).
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-checking AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2010-09-30 11:49:44 UTC --- Mine.
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #5 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 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 conversion. Does the fix need to be done in the FE, or will this be addressed by changes to LTO? Actually, looks like there might be some vaguely related issue here in the FE, which I'll open in another PR. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586 --- Comment #6 from Joost VandeVondele Joost.VandeVondele at pci dot uzh.ch 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: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
--- 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 its CVS version). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
--- 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 assignment of an array descriptor anyway? struct array3_real(kind=8) y; struct realspace_grid_type * D.2157; bb 2: y.data = 0B; D.2157_5 = *x_4(D); y = D.2157_5-r; D.2172_6 = y.data; 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 conversion. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||lto Last reconfirmed|-00-00 00:00:00 |2010-09-08 09:36:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
[Bug lto/45586] [4.6 Regression] ICE non-trivial conversion at assignment
--- 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 Keywords||ice-on-valid-code Summary|ICE non-trivial conversion |[4.6 Regression] ICE non- |at assignment |trivial conversion at ||assignment Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586