public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results
@ 2012-07-23 9:33 burnus at gcc dot gnu.org
2012-07-23 10:23 ` [Bug fortran/54070] " burnus at gcc dot gnu.org
` (19 more replies)
0 siblings, 20 replies; 21+ messages in thread
From: burnus at gcc dot gnu.org @ 2012-07-23 9:33 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Bug #: 54070
Summary: Wrong code with allocatable deferred-length (array)
function results
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: burnus@gcc.gnu.org
CC: damian@rouson.net, pault@gcc.gnu.org
As reported by Damian at http://gcc.gnu.org/ml/fortran/2012-07/msg00117.html ,
allocatable deferred-length (array) function results have issues.
The following code gives a segfault - or with tree checking:
gfc_add_modify_loc, at fortran/trans.c:160
function f()
character(len=:),allocatable :: f
f ="ABC"
end function
The following (invalid) program gives an ICE:
in gimplify_var_or_parm_decl, at gimplify.c:2048
(the program is invalid as one assigns a scalar to an unallocated array)
function f(a)
character(len=*) :: a
character(len=:),allocatable :: f(:)
f = a
end function
One gets the same ICE for the original example. Looking at the dump, there is
no (re)allocation - but there should be one!
module deferred_length_char_array
contains
function return_string(argument)
character(*) :: argument
character(:), dimension(:), allocatable :: return_string
return_string = argument
end function
end module
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
@ 2012-07-23 10:23 ` burnus at gcc dot gnu.org
2012-07-24 9:28 ` burnus at gcc dot gnu.org
` (18 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: burnus at gcc dot gnu.org @ 2012-07-23 10:23 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #1 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-07-23 10:23:15 UTC ---
(In reply to comment #0)
> function f()
> character(len=:),allocatable :: f
> f ="ABC"
> end function
Here, one has for the internal length assignment:
.__result = 3
The RHS is a simple "3", but the LHS is a pointer to an integer ...
* * *
(In reply to comment #0)
> One gets the same ICE for the original example. Looking at the dump, there is
> no (re)allocation - but there should be one!
Pilot error of mine: As that code also lacks an ALLOCATE, it is also invalid
without an explicit ALLOCATE statement.
(The real-world program uses an array on the RHS. When the result_string has no
"dimension(:)", it compiled. For both, cf. email.)
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
2012-07-23 10:23 ` [Bug fortran/54070] " burnus at gcc dot gnu.org
@ 2012-07-24 9:28 ` burnus at gcc dot gnu.org
2012-07-24 14:40 ` burnus at gcc dot gnu.org
` (17 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: burnus at gcc dot gnu.org @ 2012-07-24 9:28 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #2 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-07-24 09:27:53 UTC ---
(In reply to comment #0)
> function f()
> character(len=:),allocatable :: f
> f ="ABC"
> end function
That part is solved via the following patch; I not yet sure whether I like the
patch or not.
--- a/gcc/fortran/trans-decl.c
+++ b/gcc/fortran/trans-decl.c
@@ -1228 +1228,2 @@ gfc_get_symbol_decl (gfc_symbol * sym)
- if ((sym->attr.dummy && ! sym->attr.function) || (sym->attr.result &&
byref))
+ if ((sym->attr.dummy && ! sym->attr.function)
+ || (byref && (sym->attr.result || sym->result == sym)))
@@ -1254 +1255,2 @@ gfc_get_symbol_decl (gfc_symbol * sym)
- if (sym->ts.deferred && sym->attr.result
+ if (sym->ts.deferred
+ && (sym->attr.result || sym->result == sym)
For some reason, the temporary does not seem to be needed when doing an
assignment of a variable, i.e.
function f()
character (len=*) :: a
character(len=:),allocatable :: f
f = a
end function
* * *
For arrays, I think the proper way is to store the length in the array
descriptor - as required for C interoperable strings in TR29113.
In any case, the array code doesn't use gfc_get_symbol_decl but invokes:
gfc_trans_deferred_vars -> (gfc_trans_dummy_array_bias,
gfc_trans_dummy_character), where the latter calls gfc_trans_vla_type_sizes.
In one of the latter procedures, one could insert some code to generate a local
length variable, which could then be put in the finally part as last argument
of the gfc_add_init_cleanup in gfc_trans_dummy_character. Or one might be able
to dereference the variable directly in se.string_len?
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
2012-07-23 10:23 ` [Bug fortran/54070] " burnus at gcc dot gnu.org
2012-07-24 9:28 ` burnus at gcc dot gnu.org
@ 2012-07-24 14:40 ` burnus at gcc dot gnu.org
2013-07-15 6:26 ` zeccav at gmail dot com
` (16 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: burnus at gcc dot gnu.org @ 2012-07-24 14:40 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #3 from Tobias Burnus <burnus at gcc dot gnu.org> 2012-07-24 14:39:54 UTC ---
Dominique mentions that the failure of the array test case seems to be a
regression between Rev. 188654 and 188694. Well, there was only one commit
during that time (Rev. 188692, 2012-06-16): The one for PR 53642 / PR45170:
"Ensure that the RHS string length is evaluated before the deferred-length LHS
is reallocated."
Using my (older) build of Rev. 187316 (2012-05-09), the array test case fails
with the same error as today, but the scalar example of comment 0 works. (The
dump looks fine and identical to today's trunk plus patch of comment 2.)
Thus, the scalar version got broken between 187316 and 188654; the array
version got repaired after 187316 and got broken again before 188694 (i.e. with
188692).
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (2 preceding siblings ...)
2012-07-24 14:40 ` burnus at gcc dot gnu.org
@ 2013-07-15 6:26 ` zeccav at gmail dot com
2014-01-07 11:15 ` dominiq at lps dot ens.fr
` (15 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: zeccav at gmail dot com @ 2013-07-15 6:26 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Vittorio Zecca <zeccav at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |zeccav at gmail dot com
--- Comment #4 from Vittorio Zecca <zeccav at gmail dot com> ---
The following duplicates the ICE in gimplify_var_or_parm_decl:
SUBROUTINE sub (n)
INTEGER, INTENT(IN) :: n
CHARACTER(LEN=n) :: s
ASSOCIATE (mio => s)
END ASSOCIATE
END
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (3 preceding siblings ...)
2013-07-15 6:26 ` zeccav at gmail dot com
@ 2014-01-07 11:15 ` dominiq at lps dot ens.fr
2014-03-23 0:26 ` [Bug fortran/54070] [4.8/4.9 Regression] " dominiq at lps dot ens.fr
` (14 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-01-07 11:15 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2014-01-07
Ever confirmed|0 |1
--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Dominique mentions that the failure of the array test case seems to be
> a regression between Rev. 188654 and 188694. Well, there was only one
> commit during that time (Rev. 188692, 2012-06-16): The one for
> PR 53642 / PR45170: "Ensure that the RHS string length is evaluated
> before the deferred-length LHS is reallocated."
I cannot reproduce that any longer.
> Using my (older) build of Rev. 187316 (2012-05-09), the array test case
> fails with the same error as today, but the scalar example of comment 0
> works. (The dump looks fine and identical to today's trunk plus patch
> of comment 2.)
>
> Thus, the scalar version got broken between 187316 and 188654; the array
> version got repaired after 187316 and got broken again before 188694
> (i.e. with 188692).
The second and third tests in comment 0 give respectively
function f(a)
1
Error: CHARACTER(*) function 'f' at (1) cannot be array-valued
and
function return_string(argument)
1
Error: CHARACTER(*) function 'return_string' at (1) cannot be array-valued
pr54070_2.f90:3.2:
function return_string(argument)
1
Error: CHARACTER(*) function 'return_string' at (1) cannot be array-valued
when compiled with 4.7.3 or 4.7.4 (r206161).
Should I mark this pr as a 4.8/4.9 regression?
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (4 preceding siblings ...)
2014-01-07 11:15 ` dominiq at lps dot ens.fr
@ 2014-03-23 0:26 ` dominiq at lps dot ens.fr
2014-03-24 5:29 ` rouson at stanford dot edu
` (13 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-03-23 0:26 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
Summary|Wrong code with allocatable |[4.8/4.9 Regression] Wrong
|deferred-length (array) |code with allocatable
|function results |deferred-length (array)
| |function results
--- Comment #6 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Should I mark this pr as a 4.8/4.9 regression?
No answer, marking as a 4.8/4.9 regression.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (5 preceding siblings ...)
2014-03-23 0:26 ` [Bug fortran/54070] [4.8/4.9 Regression] " dominiq at lps dot ens.fr
@ 2014-03-24 5:29 ` rouson at stanford dot edu
2014-03-31 8:56 ` rguenth at gcc dot gnu.org
` (12 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: rouson at stanford dot edu @ 2014-03-24 5:29 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #7 from Damian Rouson <rouson at stanford dot edu> ---
I assume the ICE below is related to this PR, but the argument in this case is
an array. Should I generate a separate PR?
$ cat parse_command_line.f90
module parse_command_line
implicit none
contains
function get_keyword_values(default_values) result(actual_values)
character(len=*), intent(in) :: default_values(:)
character(len=:), allocatable :: actual_values(:)
actual_values=default_values
end function
end module
$ gfortran -c parse_command_line.f90
parse_command_line.f90: In function 'get_keyword_values':
parse_command_line.f90:7:0: internal compiler error: in
gimplify_var_or_parm_decl, at gimplify.c:1721
actual_values=default_values
^
parse_command_line.f90:7:0: internal compiler error: Abort trap: 6
gfortran: internal compiler error: Abort trap: 6 (program f951)
Abort trap: 6
$ gfortran --version
GNU Fortran (MacPorts gcc49 4.9-20140316_0) 4.9.0 20140316 (experimental)
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (6 preceding siblings ...)
2014-03-24 5:29 ` rouson at stanford dot edu
@ 2014-03-31 8:56 ` rguenth at gcc dot gnu.org
2014-03-31 9:09 ` rguenth at gcc dot gnu.org
` (11 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-03-31 8:56 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |4.8.3
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (7 preceding siblings ...)
2014-03-31 8:56 ` rguenth at gcc dot gnu.org
@ 2014-03-31 9:09 ` rguenth at gcc dot gnu.org
2014-05-22 9:05 ` [Bug fortran/54070] [4.8/4.9/4.10 " rguenth at gcc dot gnu.org
` (10 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-03-31 9:09 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P4
--- Comment #8 from Richard Biener <rguenth at gcc dot gnu.org> ---
known-to-work version?
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/4.10 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (8 preceding siblings ...)
2014-03-31 9:09 ` rguenth at gcc dot gnu.org
@ 2014-05-22 9:05 ` rguenth at gcc dot gnu.org
2014-11-16 15:31 ` [Bug fortran/54070] [4.8/4.9/5 " dominiq at lps dot ens.fr
` (9 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-05-22 9:05 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.3 |4.8.4
--- Comment #9 from Richard Biener <rguenth at gcc dot gnu.org> ---
GCC 4.8.3 is being released, adjusting target milestone.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (9 preceding siblings ...)
2014-05-22 9:05 ` [Bug fortran/54070] [4.8/4.9/4.10 " rguenth at gcc dot gnu.org
@ 2014-11-16 15:31 ` dominiq at lps dot ens.fr
2014-11-16 15:33 ` dominiq at lps dot ens.fr
` (8 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-11-16 15:31 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |davidgkinniburgh at yahoo dot co.u
| |k
--- Comment #10 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
*** Bug 63903 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (10 preceding siblings ...)
2014-11-16 15:31 ` [Bug fortran/54070] [4.8/4.9/5 " dominiq at lps dot ens.fr
@ 2014-11-16 15:33 ` dominiq at lps dot ens.fr
2014-12-08 23:22 ` dominiq at lps dot ens.fr
` (7 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-11-16 15:33 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #11 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
I think the remaining issue(s) of pr51976 is (are) duplicate(s) of this PR.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (11 preceding siblings ...)
2014-11-16 15:33 ` dominiq at lps dot ens.fr
@ 2014-12-08 23:22 ` dominiq at lps dot ens.fr
2014-12-19 13:26 ` jakub at gcc dot gnu.org
` (6 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2014-12-08 23:22 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ondrej.certik at gmail dot com
--- Comment #12 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
*** Bug 64229 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (12 preceding siblings ...)
2014-12-08 23:22 ` dominiq at lps dot ens.fr
@ 2014-12-19 13:26 ` jakub at gcc dot gnu.org
2015-03-10 17:58 ` dominiq at lps dot ens.fr
` (5 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-12-19 13:26 UTC (permalink / raw)
To: gcc-bugs
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.8.4 |4.8.5
--- Comment #13 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (13 preceding siblings ...)
2014-12-19 13:26 ` jakub at gcc dot gnu.org
@ 2015-03-10 17:58 ` dominiq at lps dot ens.fr
2015-06-23 8:19 ` [Bug fortran/54070] [4.8/4.9/5/6 " rguenth at gcc dot gnu.org
` (4 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-03-10 17:58 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jwmwalrus at gmail dot com
--- Comment #14 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
*** Bug 65381 has been marked as a duplicate of this bug. ***
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.8/4.9/5/6 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (14 preceding siblings ...)
2015-03-10 17:58 ` dominiq at lps dot ens.fr
@ 2015-06-23 8:19 ` rguenth at gcc dot gnu.org
2015-06-26 19:54 ` [Bug fortran/54070] [4.9/5/6 " jakub at gcc dot gnu.org
` (3 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-06-23 8:19 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.5 |4.9.3
--- Comment #15 from Richard Biener <rguenth at gcc dot gnu.org> ---
The gcc-4_8-branch is being closed, re-targeting regressions to 4.9.3.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.9/5/6 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (15 preceding siblings ...)
2015-06-23 8:19 ` [Bug fortran/54070] [4.8/4.9/5/6 " rguenth at gcc dot gnu.org
@ 2015-06-26 19:54 ` jakub at gcc dot gnu.org
2015-06-26 20:27 ` jakub at gcc dot gnu.org
` (2 subsequent siblings)
19 siblings, 0 replies; 21+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 19:54 UTC (permalink / raw)
To: gcc-bugs
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.
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.9/5/6 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (16 preceding siblings ...)
2015-06-26 19:54 ` [Bug fortran/54070] [4.9/5/6 " jakub at gcc dot gnu.org
@ 2015-06-26 20:27 ` jakub at gcc dot gnu.org
2015-08-31 16:45 ` zeccav at gmail dot com
2015-09-03 21:16 ` dominiq at lps dot ens.fr
19 siblings, 0 replies; 21+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-06-26 20:27 UTC (permalink / raw)
To: gcc-bugs
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
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.9/5/6 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (17 preceding siblings ...)
2015-06-26 20:27 ` jakub at gcc dot gnu.org
@ 2015-08-31 16:45 ` zeccav at gmail dot com
2015-09-03 21:16 ` dominiq at lps dot ens.fr
19 siblings, 0 replies; 21+ messages in thread
From: zeccav at gmail dot com @ 2015-08-31 16:45 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
--- Comment #17 from Vittorio Zecca <zeccav at gmail dot com> ---
I found it fixed in 5.2.0
^ permalink raw reply [flat|nested] 21+ messages in thread
* [Bug fortran/54070] [4.9/5/6 Regression] Wrong code with allocatable deferred-length (array) function results
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
` (18 preceding siblings ...)
2015-08-31 16:45 ` zeccav at gmail dot com
@ 2015-09-03 21:16 ` dominiq at lps dot ens.fr
19 siblings, 0 replies; 21+ messages in thread
From: dominiq at lps dot ens.fr @ 2015-09-03 21:16 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54070
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Known to work| |4.8.0
Blocks| |20585
Known to fail| |4.8.1
--- Comment #18 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> I found it fixed in 5.2.0
This PR contains 5 tests. Let me label them a, b, and c for the ones in comment
0, d for the one in comment 4 and e for the one in comment 7.
As for today I find that a, c, and e are still giving an ICE with 4.9 up to
trunk (6.0), b compiles with 4.9 up to trunk, and d compiles with 5.2 and
trunk, but still gives an ICE with 4.9.4.
I confirm that revision r188654 compiles a, c, d, and e, but not b.
Referenced Bugs:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
[Bug 20585] [meta-bug] Fortran 2003 support
^ permalink raw reply [flat|nested] 21+ messages in thread
end of thread, other threads:[~2015-09-03 21:16 UTC | newest]
Thread overview: 21+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-23 9:33 [Bug fortran/54070] New: Wrong code with allocatable deferred-length (array) function results burnus at gcc dot gnu.org
2012-07-23 10:23 ` [Bug fortran/54070] " burnus at gcc dot gnu.org
2012-07-24 9:28 ` burnus at gcc dot gnu.org
2012-07-24 14:40 ` burnus at gcc dot gnu.org
2013-07-15 6:26 ` zeccav at gmail dot com
2014-01-07 11:15 ` dominiq at lps dot ens.fr
2014-03-23 0:26 ` [Bug fortran/54070] [4.8/4.9 Regression] " dominiq at lps dot ens.fr
2014-03-24 5:29 ` rouson at stanford dot edu
2014-03-31 8:56 ` rguenth at gcc dot gnu.org
2014-03-31 9:09 ` rguenth at gcc dot gnu.org
2014-05-22 9:05 ` [Bug fortran/54070] [4.8/4.9/4.10 " rguenth at gcc dot gnu.org
2014-11-16 15:31 ` [Bug fortran/54070] [4.8/4.9/5 " dominiq at lps dot ens.fr
2014-11-16 15:33 ` dominiq at lps dot ens.fr
2014-12-08 23:22 ` dominiq at lps dot ens.fr
2014-12-19 13:26 ` jakub at gcc dot gnu.org
2015-03-10 17:58 ` dominiq at lps dot ens.fr
2015-06-23 8:19 ` [Bug fortran/54070] [4.8/4.9/5/6 " rguenth at gcc dot gnu.org
2015-06-26 19:54 ` [Bug fortran/54070] [4.9/5/6 " jakub at gcc dot gnu.org
2015-06-26 20:27 ` jakub at gcc dot gnu.org
2015-08-31 16:45 ` zeccav at gmail dot com
2015-09-03 21:16 ` dominiq at lps dot ens.fr
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).