This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug fortran/45586] [4.8 Regression] ICE non-trivial conversion at assignment
- From: "Joost.VandeVondele at mat dot ethz.ch" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 13 Dec 2012 15:13:26 +0000
- Subject: [Bug fortran/45586] [4.8 Regression] ICE non-trivial conversion at assignment
- Auto-submitted: auto-generated
- References: <bug-45586-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #90 from Joost VandeVondele <Joost.VandeVondele at mat dot ethz.ch> 2012-12-13 15:13:26 UTC ---
(In reply to comment #89)
> Just to repeat, the ICEs are with checking enabled only (but possibly cover up
> for wong-code).
I'm indeed worried that the release branches will as a result silently
miscompile Fortran code in LTO mode, but I appreciate that the problem is hard
to fix correctly.
I wonder if an intermediate solution would be dropping the 'restrict qualifier'
(in default of a better term) from allocatable components of derived types.
This is a very small set of variables (as this was not allowed in Fortran90,
IIRC) and should have small impact on the performance of typical programs. In
exchange one would be able to use LTO without the risk of miscompilation, and
presumably with significant benefit.