Bug#618168: Gfortran module issue
Damien Caliste
damien.caliste at cea.fr
Mon Jun 27 11:52:37 UTC 2011
Hello,
It seems to me that the issue comes from the fact that NetCDF has
been compiled with gfortran 4.4 (current version
of /usr/include/netcdf.mod from libnetcdf-dev) while current gfortran
compiler is 4.6. So when the configure of ETSF_IO tries to compile a
test from NetCDF written in Fortran, it fails because of the
NetCDF module being not-usable.
This small code doesn't compile currently in Debian:
program foo
use netcdf
call nf90_open("toto.nc")
end program foo
gives :
caliste at coriandre:~/tmp$ gfortran -I /usr/include -c toto.f90
toto.f90:3.12:
use netcdf
1
Fatal Error: Wrong module version '0' (expected '6') for file
'netcdf.mod' opened at (1)
While with gfortran-4.4:
caliste at coriandre:~/tmp$ gfortran-4.4 -I /usr/include -c toto.f90
toto.f90:3.12:
use netcdf
1
toto.f90:5.27:
call nf90_open("toto.nc")
2
Error: 'nf90_open' at (1) has a type, which is not consistent with the
CALL at (2)
The module file is correctly understood and raise a comoilation
accordingly.
The solution would be to force gfortran 4.4 for ETSF_IO but it's not
clean. The other solution would be to rebuild automatically every
package that exposes a Fortran module file at each gfortran update.
Damien.
More information about the debian-science-maintainers
mailing list