------- Comment #3 from kargl at gcc dot gnu dot org 2005-12-14 17:29 -------
Technically, gfortran can do whatever it wants, because
the code is nonconforming. The tab character is not a
member of the Fortran character set. The code is using
a tab where a member of the Fortran character set is
expected. This is just one more example of PR 18537,
for which I submitted a patch on 05 Mar 05. Unfortunately,
the dialogue about that patch never resolved how a tab
should be handled. I will revisit that patch with the
following plan:
1) gfortran will issue an error during compiliation if a
tab is found in the input. The only exceptions that I am
currently contemplating are tabs in comments and character
constants.
2) I'll probably introduce a -fexpand-stupid-tabs or similar
pejorative named option for those user who fail to read
Chapter 3 of the Fortran 95 standard. The option will
simply replace the tab with a space (which happens to be
a member of the Fortran character set).
3) Document that tabs are evil in gfortran.texi.
<rant>
Finally, I don't care if this isn't backwards compatible with g77.
g77 is a cesspool of nonstandard features. The introduction of this
cesspool into gfortran is severely reducing the quality of gfortran's
code and affect its maintainability.
</rant>
--
kargl at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kargl at gcc dot gnu dot org
Keywords| |accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25403
