https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #9 from GCC Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:fccfe6625121512f247cb59888e50eb9dcc84409
commit r14-9048-gfccfe6625121512f247cb59888e50eb9dcc84409
Author: Jerry DeLisle
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #8 from Jerry DeLisle ---
After a bit of sleuthing it turns out that the '(' in the name was being
ignored and the comma in '(1,2)' was being treated as a delimiter. Since the
following '=' was not seen yet, the 2 was seen as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #7 from Jerry DeLisle ---
In list_read.c we have this comment:
/* To read a logical we have to look ahead in the input stream to make sure
there is not an equal sign indicating a variable name. To do this we use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #6 from Jerry DeLisle ---
What is happening here is that in the name list input, the variable flp is also
a legal LOGICAL value, so our read is interpreting it as the second value of
the array flc and trying to continue to read
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #4 from Robert Potvliege ---
Thanks for looking into this so quickly and for the work-round.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
--- Comment #3 from Robert Potvliege ---
Thanks for looking into this so quickly and for the work-round.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107068
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
