https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94737
--- Comment #4 from Lee Busby <busby1 at llnl dot gov> --- (In reply to kargl from comment #3) > (In reply to Thomas Koenig from comment #2) > > Correction, this is not a regression. > > > > F2018 has, in 19.2, paragraph 2 > > > > # The global identifier of an entity shall not be the same as the global > > # identifier of any other entity. Furthermore, a binding label shall not > > # be the same as the global identifier of any other global entity, > > # ignoring differences in case. > > > > So, the error message is correct, and you need to change your > > program accordingly. > > Good catch, Thomas! > > In hindsight, the restriction makes prefect sense given > Fortran is a case insensitive language. I don't have any particular problem using 19.2 to make this a feature, not a bug. Clarity is always better. I wonder how does 19.2 square with 8.5.5, lines 13-14: # If the value of the [NAME=scalar-character-constant] is [...] nonzero, # it shall be valid as an identifier on the companion processor. If you ignore the case of an identifier in the C language (the "companion processor"?), I suppose it is still "valid". But it's the wrong one. Oh, well, above my pay grade. Thank you for your investigation, and ongoing work on gfortran.