Just FYI, my experiments with gfortran-4.0.3 from the gnu stable release
(Mar 10 I think) have been encouraging. If I compile with -O0, all of the
ca. 150 fortran programs in my ccp4 package compile and work without any
run-time errors, which is more than I can say for gfortran on Debian linux.
ccp4 provides a test suite that is handy for detecting run-time errors.
If you want a stop-gap gfortran for intel, this might be worth using with
cautious optimization.
I've also gotten fftw, pgplot and (a few more things I am forgetting) to
compile with g95 by doing a global s/g77/g95/ substitution.
HTH someone,
Bill
On Tue, 11 Apr 2006, Martin Costabel wrote:
David R. Morrison wrote:
[]
I'm going to put the .info file I used for the April 1 snapshot into my
experimental directory, in case it is useful for anyone. But note that
this should *not* be added to fink until we sort out what to do about the
changes in shared libraries.
With the April 8 snapshot of gcc-4.2, gfortran compiles for me. When trying
to use it, I first got the error message:
$ gfortran hello.f
/usr/bin/ld: Undefined symbols:
___dso_handle
collect2: ld returned 1 exit status
The undefined symbol is in crt3.o, and by staring at spec dumps, I found the
following workaround:
$ gfortran -mmacosx-version-min=10.5 hello.f
This gives a correct executable (by eliminating the linking with crt3.o). I
don't know what this means, and I haven't yet tried it on more complicated
programs.
--
Martin
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
