in
function calls. Now I would like to use gfortran and gcc 4.1, but it looks
like gfortran uses a different ABI to interface with subroutines. Is there a
(somewhat) clean and portable way to call C functions from F77 and vice
versa, using gfortran and gcc 4.1? I would be happy to Read The Fine
etch AMD64 and I know
that g77 and gfortran are two distinct compilers. The installation of
gfortran or g77 is not automatic with the installation of gcc. Moreover
maybe you need other mathematical libraries
I have often added (manually) symbolic link to satisfy the dependencies
of configure
and gfortran are two distinct compilers. The installation of
gfortran or g77 is not automatic with the installation of gcc.
I have installed g77 separately, after that gcc was already installed and
dalton ./configure was apparently pleased with that.
Moreover
maybe you need other mathematical
and I know
that g77 and gfortran are two distinct compilers. The installation of
gfortran or g77 is not automatic with the installation of gcc.
I have installed g77 separately, after that gcc was already installed and
dalton ./configure was apparently pleased with that.
Moreover
maybe
of Dalton and, obviously, of my programs. I have etch AMD64 and I know
that g77 and gfortran are two distinct compilers. The installation of
gfortran or g77 is not automatic with the installation of gcc.
I have installed g77 separately, after that gcc was already installed and
dalton
Francesco Pietra wrote:
However, I do not understand whether dft, like nevpt is only distributed
in cvs version. In that case I can do nothing.
I have been informed that dft allow parallelization, so that it is interesting
to go on.
Hi Jo: I have also been indicated - by people who
On Tuesday 27 June 2006 16:44, Jo Shields wrote:
Francesco Pietra wrote:
However, I do not understand whether dft, like nevpt is only
distributed in cvs version. In that case I can do nothing.
I have been informed that dft allow parallelization, so that it is
interesting to go on.
gfortran
and
$apt-cache show gfortran
I do not understand if I need to do:
#aptitude install gfortran
or if gfortran is already installed with gcc
I have purged from lib32 and, of course, I need the program (gamess-us) to
run
on the four nodes; if any doubt that it will run in full
(prerelease) (Debian 4.1.0-4)
From
$apt-cache search gfortran
and
$apt-cache show gfortran
I do not understand if I need to do:
#aptitude install gfortran
or if gfortran is already installed with gcc
I have purged from lib32 and, of course, I need the program (gamess-us)
to run
4.1.1 20060511 (prerelease) (Debian 4.1.0-4)
From
$apt-cache search gfortran
and
$apt-cache show gfortran
I do not understand if I need to do:
#aptitude install gfortran
or if gfortran is already installed with gcc
I have purged from lib32 and, of course, I need the program (gamess-us)
to run
On Mon, 2006-06-26 at 16:14 +0100, Jo Shields wrote:
We make extensive use of Portland, Intel and GNU compilers (both C and
Fortran) at work - all of them work fine, and there are certainly no
issues with G77 on AMD64. That said, our GAMESS installation was
compiled with Intel 9.0 (as GNU
. No other software is required, usually (the
exceptions are high end parallel systems which may require extra messaging
software)
$gcc -v
gcc version 4.1.1 20060511 (prerelease) (Debian 4.1.0-4)
From
$apt-cache search gfortran
and
$apt-cache show gfortran
I do not understand if I need to do
gfortran
and
$apt-cache show gfortran
I have no idea what you did. Can you please show us your
/etc/apt/sources.list?
The version of gcc you have is the version of gcc-4.1 in testing,
but testing is still using gcc-4.0 as default, so you should get:
gcc version 4.0.4 20060507 (prerelease
(prerelease) (Debian 4.1.0-4)
From
$apt-cache search gfortran
and
$apt-cache show gfortran
I have no idea what you did. Can you please show us your
/etc/apt/sources.list?
deb http://ftp.debian.org/debian etch main contrib non-free
deb-src http://ftp.debian.org/debian etch main contrib
deb
On Sun, Jun 25, 2006 at 02:24:31PM +0200, Francesco Pietra wrote:
I have no idea what you did. Can you please show us your
/etc/apt/sources.list?
deb http://ftp.debian.org/debian etch main contrib non-free
deb-src http://ftp.debian.org/debian etch main contrib
deb
On Sunday 25 June 2006 16:27, Kurt Roeckx wrote:
On Sun, Jun 25, 2006 at 02:24:31PM +0200, Francesco Pietra wrote:
I have no idea what you did. Can you please show us your
/etc/apt/sources.list?
deb http://ftp.debian.org/debian etch main contrib non-free
deb-src
access binary file.
I just modified it a little from Intel fortran90 to gfortran.
I succesfully ran it at work on a PowerPC linux, an ultrasparc linux and a
Pentium 4 (old, fully 32 bits) linux. The results are consistent and
consitent (not really equal, of course) to those obtained on Intel
Le Lundi 24 Octobre 2005 23:27, Dominique Rousset a écrit :
Le Lundi 24 Octobre 2005 23:00, Lennart Sorensen a écrit :
Further investigations indicate an extra time step on AMD64 which result in
one extra floating point value per record.
The number of time steps is computed using floating
fortran90 to gfortran.
I succesfully ran it at work on a PowerPC linux, an ultrasparc linux and a
Pentium 4 (old, fully 32 bits) linux. The results are consistent and
consitent (not really equal, of course) to those obtained on Intel proc using
Intel compiler.
I tested it at home on my Athlon64
access binary file.
I just modified it a little from Intel fortran90 to gfortran.
I succesfully ran it at work on a PowerPC linux, an ultrasparc linux and a
Pentium 4 (old, fully 32 bits) linux. The results are consistent and
consitent (not really equal, of course) to those obtained on Intel proc
Le Lundi 24 Octobre 2005 23:00, Lennart Sorensen a écrit :
Do the results seem to match as well numerically? I imagine you are
probably doing floating point, which is certainly expected to be faster
in 64bit mode since it uses sse rather than x87 instructions.
Further investigations indicate
21 matches
Mail list logo