gfortran to gfc comparison using gfortran testsuite

[THOMAS Paul Richard]

Francois-Xavier,

>   -- modules: gfortran is a bit weak on that (see for example PR 16861 and

>the number of  Cc: added to it)
>   -- namelists: this may get better with the proposed patches
>   -- arrays: ubound and forall are buggy in some cases, and there are many

>bugs filed with code like "a(/4,1,2/)".

>Each Fortran programmer would probably have his own similar (but different)

>list... Yes, gfortran is getting better and better, and yes, it can already


>But real-life complex codes are a bit out of reach right now.

This is why I have put so much into getting namelist.  Beyond this,
fortran77 code is accessible, particularly where it already ran with g77.

I agree that the fortran9x bits still have significant problems; in addition
to those you have mentioned, I can think of some humdingers involving
functions with array output to temporaries or arithmetic with index triplets
or functions passing character pointers.

However, for all that, progress is manifest and really impressive.
  
Paul T

BTW - we should bear your footnote in mind......

>Documentation is the castor oil of programming. Managers know it must
>be good because the programmers hate it so much.