Severity: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: thfanning at gmail dot com
Target Milestone: ---
Created attachment 47557
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47557&action=edit
Code to de
Assignee: unassigned at gcc dot gnu.org
Reporter: thfanning at gmail dot com
Target Milestone: ---
Created attachment 45334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45334&action=edit
Test case demonstrating issue.
SELECT TYPE constructs may not correctly as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64555
Thomas Fanning changed:
What|Removed |Added
Severity|blocker |major
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: thfanning at gmail dot com
When assigning an array pointer to a scalar component of an array of a derived
type, compilation fails with undefined "span.n".
Given the following code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64517
--- Comment #3 from Thomas Fanning ---
In gcc-4.9.2, using both -M and -E produce the expected output: dependencies
only. But in gfortran, both preprocessed output and dependencies are produced.
This is incorrect.
It seems to me that the gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64517
--- Comment #1 from Thomas Fanning ---
There is a bigger problem that I didn't immediately recognize with the empty
file: Using `-M` results in gfortran trying to compile the source. I.e., it
does *not* stop after preprocessing, which it should i
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: thfanning at gmail dot com
According to documentation, "Passing -M to the driver implies -E". However an
explicit `-E` produces different behavior.
touch test.F90
gfortran -M test.F90
produces:
test.o
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: thfanning at gmail dot com
Created attachment 34385
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34385&action=edit
Sample program to illustrate parse error.
In a FORMAT statement, a character literal imme
