This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [RFC] Merge criteria for tree-ssa
- From: Joost VandeVondele <jv244 at hermes dot cam dot ac dot uk>
- To: gcc at gcc dot gnu dot org
- Cc: fortran at gcc dot gnu dot org, <dnovillo at redhat dot com>
- Date: Thu, 5 Feb 2004 16:09:26 +0000 (GMT)
- Subject: Re: [RFC] Merge criteria for tree-ssa
It has been mentioned before that tree-ssa will be the end of g77 as a
part of mainline. At the same time, the presence of gfortran (a fortran 95
front end) on the tree-ssa branch has been used as an argument in favor of
the tree-ssa branch (a strong argument, since no other fully functional
free fortran 95 compilers are as yet available, and e.g. the array syntax
of f95 would benefit from ssa, if I understand correctly.).
I think that it would therefore be appropriate to have some kind of
quality criterium for gfortran, to ensure that a functional fortran
compiler will remain part of mainline gcc (useful for some part
of the scientific community). Running the g77 testsuite without new
regressions seems like asking a bit too much (also because gfortran
intends to be a fortran 95 compiler), but compiling e.g. lapack and
running the testsuite without new regressions could be more reasonable
(this is what g95.sourceforge.net is presently able to do, it is still
strongly f77 biased, but I think mostly legal f95). The fortran parts of
the spec benchmarks seem also good candidates, since several people have
already filed detailed bug reports. Ideally, compiling some larger f9X
programs correctly would be nice.
Cheers,
Joost