https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56670
Seth Johnson changed:
What|Removed |Added
CC||johnsonsr at ornl dot gov
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85855
Seth Johnson changed:
What|Removed |Added
CC||johnsonsr at ornl dot gov
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84924
--- Comment #9 from Seth Johnson ---
Thanks guys for the fast fix and review!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84924
--- Comment #5 from Seth Johnson ---
That looks perfect, thank you for looking into this.
(In reply to Dominique d'Humieres from comment #4)
> Is the following patch OK?
>
>return false;
> }
>
> - if (!is_c_interoperable (fptr,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84924
--- Comment #3 from Seth Johnson ---
That's correct, because those standards include TS 29113 which allows arrays to
be referenced. `-std=f2008ts` also works. The problem is that the usage
described is valid Fortran 2003 but is marked otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84924
--- Comment #1 from Seth Johnson ---
- Correction in test case: `call dellocate(` should be replaced by
`deallocate(` (but this doesn't affect the behavior or test outcome
- Also note that the Fortran 2003 standard itself includes a structurally
Assignee: unassigned at gcc dot gnu.org
Reporter: johnsonsr at ornl dot gov
Target Milestone: ---
Created attachment 43691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43691&action=edit
Module exemplifying failure
The gfortran compiler mistakenly prohibits c
