https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #29 from Paul Thomas ---
Author: pault
Date: Fri Jan 15 20:33:58 2016
New Revision: 232450
URL: https://gcc.gnu.org/viewcvs?rev=232450=gcc=rev
Log:
2016-01-15 Paul Thomas
PR fortran/64324
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #28 from Paul Thomas ---
(In reply to paul.richard.tho...@gmail.com from comment #27)
> ...so ragged in fact that it fails at all levels of optimization I
> have not had time these last days to come back to it and understand
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #27 from paul.richard.thomas at gmail dot com ---
...so ragged in fact that it fails at all levels of optimization I
have not had time these last days to come back to it and understand
why. Something for the holidays!
Paul
On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #25 from Dominique d'Humieres ---
The regression (ICE) is caused by revision r188692 (pr53642). If I apply the
following patch
--- ../_clean/gcc/fortran/trans-expr.c 2015-10-29 17:11:18.0 +0100
+++ gcc/fortran/trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #24 from Dominique d'Humieres ---
The test in comment 23 looks like a duplicate of pr50221.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #21 from Dominique d'Humieres ---
*** Bug 66065 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
neil.n.carlson at gmail dot com changed:
What|Removed |Added
CC||neil.n.carlson at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #22 from Dominique d'Humieres ---
> What is the status of this issue? It would appear from comment 18
> to be "fixed" insofar as the the provided examples compile, but is
> the compiled code correct?
This a wrong interpretation:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #23 from neil.n.carlson at gmail dot com ---
Here's an even simpler example with the deferred length character array as a
local variable -- not a function result or dummy argument. Sure seems as
though the allocate statement itself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres changed:
What|Removed |Added
Known to work||4.8.0
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #17 from Vittorio Zecca ---
I found it fixed in 5.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org ---
GCC 4.9.3 has been released.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.9.3 |4.9.4
15 matches
Mail list logo