https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #38 from Paul Thomas ---
This bug has fixed itself on mainline. I thought that it might be
r14-4943-g8d2130a4e5ce369f5884c8522934dc027db6e9d8 but reversion didn't cause a
recurrence.
@Martin - as and when you have the time, could you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Paul Thomas changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #37
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #36 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3521768e8e3c448052c5bd3e8fde412e9cf5d70f
commit r14-2160-g3521768e8e3c448052c5bd3e8fde412e9cf5d70f
Author: Paul Thomas
Date: Wed J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Richard Biener changed:
What|Removed |Added
Target Milestone|9.5 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Richard Biener changed:
What|Removed |Added
Target Milestone|9.4 |9.5
--- Comment #34 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Vladimir Fuka changed:
What|Removed |Added
CC||vladimir.fuka at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.3 |9.4
--- Comment #32 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.2 |9.3
--- Comment #31 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|9.0 |9.2
--- Comment #30 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #29 from janus at gcc dot gnu.org ---
Another very related test case:
program p
type tContainer
class(*), allocatable :: x
end type
integer, parameter :: i = 0
type(tContainer) :: cont
! compiler error: Can't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Neil Carlson changed:
What|Removed |Added
Version|8.0.1 |8.1.1
--- Comment #27 from Neil Carlson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Neil Carlson changed:
What|Removed |Added
Version|4.7.0 |8.0.1
--- Comment #26 from Neil Carlson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #25 from Neil Carlson ---
Here's another example similar to those above but even simpler IMHO and
involving a CLASS(*) pointer component
type box
class(*), pointer :: uptr => null()
end type
integer, target :: n
call sub(box(n))
co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #24 from Neil Carlson ---
Ping. This bug has been around for over 6 years now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Bug 49213 depends on bug 64757, which changed state.
Bug 64757 Summary: [5 Regression] ICE in fold_convert_loc, at fold-const.c:2353
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64757
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #23 from Dominique d'Humieres ---
> The ICE on comment 9 does not occur any more with current trunk:
>
> gcc-Version 5.0.0 20150124 (experimental) [trunk revision 220084] (GCC)
Confirmed. I get the ICE with r219763 (2015-01-16), but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #22 from janus at gcc dot gnu.org ---
The ICE on comment 9 does not occur any more with current trunk:
gcc-Version 5.0.0 20150124 (experimental) [trunk revision 220084] (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #21 from Dominique d'Humieres ---
The ICE for the test in comment 8 is now handled by PR64757.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
Dominique d'Humieres changed:
What|Removed |Added
CC||mike at rilee dot net
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #19 from Dominique d'Humieres ---
Note that the patch in comment #10 no longer applies cleanly due to revision
197053:
@@ -6013,7 +5786,7 @@
gfc_add_expr_to_block (&block, tmp);
}
}
- else if (expr->ts.type == BT_DER
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #18 from Dominique d'Humieres ---
With the patch in comment #16 the 'Internal Error' when compiling the code in
comment #15 disappears, but appears when compiling the test in pr51945 with the
type-declaration line 'type(my_t) :: a' is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #17 from janus at gcc dot gnu.org ---
(In reply to janus from comment #16)
> > and also the patches from comment 8 and 10 don't help here.
>
> ... but the following does:
... without any testsuite failures, btw.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #16 from janus at gcc dot gnu.org ---
(In reply to janus from comment #15)
> and also the patches from comment 8 and 10 don't help here.
... but the following does:
Index: gcc/fortran/expr.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #15 from janus at gcc dot gnu.org ---
Another test case related to comment 12 (from
http://gcc.gnu.org/ml/fortran/2013-08/msg00015.html):
integer, target :: tgt
type t2
end type t2
type(t2), target :: tgt2
type t
class(*), pointer :
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #14 from janus at gcc dot gnu.org ---
(In reply to janus from comment #13)
> type(t) :: x = t(y)
> 1
> Error: Parameter 'y' at (1) has not been declared or is a variable, which
> does not reduce to a constant expression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #13 from janus at gcc dot gnu.org ---
(In reply to janus from comment #12)
>
> type(t) :: x = t(y)
> 1
> Error: Can't convert TYPE(t) to CLASS(*) at (1)
The patch in comment 8 turns this error into:
type(t) :: x = t(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #12 from janus at gcc dot gnu.org ---
Related test case (using unlimited polymorphism) from
http://gcc.gnu.org/ml/fortran/2013-08/msg00011.html:
type t
class(*), pointer :: x
end type t
type(t), target :: y
integer,target :: z
type(t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #11 from janus at gcc dot gnu.org 2013-01-11 12:04:26 UTC ---
Note: Neither of the patches in comment 8 and 10 shows any testsuite
regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #10 from janus at gcc dot gnu.org 2013-01-10 20:39:58 UTC ---
The following patch makes comment 8 and 9 compile, but I'm not sure if the
generated code is correct:
Index: gcc/fortran/trans-expr.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #9 from janus at gcc dot gnu.org 2013-01-10 16:06:51 UTC ---
In fact one also gets an ICE when replacing "class(S)" with "type(S)" in
comment 8 (already with an unpatched gfortran):
type :: S
integer :: n
end type
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #8 from janus at gcc dot gnu.org 2013-01-10 15:46:12 UTC ---
(In reply to comment #7)
> I want to emphasize again that the error I wanted to report was that gfortran
> is rejecting valid structure constructor expressions (see com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #7 from neil.n.carlson at gmail dot com 2011-06-16 22:18:14 UTC ---
I want to emphasize again that the error I wanted to report was that gfortran
is rejecting valid structure constructor expressions (see comment 3). It looks
from you e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #6 from neil.n.carlson at gmail dot com 2011-06-16 22:12:17 UTC ---
(In reply to comment #5)
> (In reply to comment #4)
> > An intuitive way of viewing (and maybe even implementing I guess) the
> > process
> > triggered by a structure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #5 from janus at gcc dot gnu.org 2011-06-16 21:29:07 UTC ---
(In reply to comment #4)
> An intuitive way of viewing (and maybe even implementing I guess) the process
> triggered by a structure constructor is as a sequence of assignment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #4 from neil.n.carlson at gmail dot com 2011-06-16 20:49:32 UTC ---
An intuitive way of viewing (and maybe even implementing I guess) the process
triggered by a structure constructor is as a sequence of assignment statements
for the com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
--- Comment #3 from neil.n.carlson at gmail dot com 2011-06-16 20:35:48 UTC ---
(In reply to comment #1)
> Note: Intrinsic assignments to polymorphic variables are forbidden [...]
This was really about the structure constructor; the assignment was
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49213
janus at gcc dot gnu.org changed:
What|Removed |Added
Summary|[OOP][F2008] gfortran |[OOP] gfortran rejects
40 matches
Mail list logo