https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
--- Comment #5 from anlauf at gcc dot gnu.org ---
Seems fixed on mainline for gcc-12.
Most likely fix: r12-6557 for pr67804.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #3)
> The following patch seems to work:
... and regtests ok.
It is not really pretty, though, and does not help with apparently related PRs,
such as PR50410.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77667
--- Comment #1 from Gerhard Steinmetz
---
Variants with a type mismatch give a suboptimal error message :
$ cat z2.f90
program p
type t
integer :: a
integer, pointer :: b
end type
type(t) :: x
data x /t(4, f())/
prin