This is the mail archive of the fortran@gcc.gnu.org mailing list for the GNU Fortran project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi,In many cases, I could use a developer version of software. In my particular case, however, we need to comply with some government regulations regarding software use. We can be audited, and if during the audit it came out that we were relying on a developer version of a compiler, that wouldn't look too good, as there is very little verification that it is producing the correct results. I'm not sure if we can even use a compiler that we built ourselves from official source code, especially if no one else uses it. Right now, I'm simply evaluating whether gfortran will work and what performance increase (if any) we would get if we decide to buy the Intel Fortran compiler. A developer version will work for evaluation purposes, but not for production runs.
Steve Chapel wrote:
I'd actually rather use a stable build of gfortran than currentDefinitely not for 4.0.x; gfortran was first included in 4.0 and all
development builds. Is there any chance of someone providing mingw
binaries of gfortran 4.0.3
4.0.x versions were still rough and buggy. Additionally, GCC does not
maintain 4.0.x anymore.
or gfortran 4.1.2?
That would work, but I would recommend to use 4.2.x, which has many Fortran improvements, is a stable version and already used as system compiler of some Linux distributions.
As I don't have a working Windows, someone else has to build gfortran 4.2.x/Mingw ... FX?
Nonetheless, the developer version gfortran 4.3.x usually works and has
only rarely worse bugs than 4.2.x. (There are some/sometimes
regressions, though.)
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |