https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #4 from Tomáš Trnka ---
Created attachment 44973
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44973&action=edit
Original tree dump after removing the offending check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #3 from Tomáš Trnka ---
Created attachment 44972
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44972&action=edit
Original tree dump from 8.2.1 20181011
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87937
--- Comment #2 from Tomáš Trnka ---
(In reply to Dominique d'Humieres from comment #1)
> > The code to allocate t%x is simply never generated.
>
> How do you see that?
>
> WORKSFORME on darwin.
Weird, I wouldn't expect the frontend to behave i
ty: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tomastrnka at gmx dot com
Target Milestone: ---
The fix for pr85954 broke LHS reallocation inside "select type" blocks. The
following program segfaults wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86330
--- Comment #1 from Tomáš Trnka ---
Looks like a duplicate of bug 85855.
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tomastrnka at gmx dot com
Target Milestone: ---
The following testcase generates false positive warnings because "x" is
unallocated before
