Hi, > On a separate issue I am trying to build a test case distributed within the > latest release of the DART 2014 suite. > > It requires a certain .mod Fortran file called types_mod.mod, which I > assume should be produced by compiling the collection of Fortran wrappers > for NetCDF. My question is, which building options should I enable in order > to produce this required .mod file? When generating both the core and the > Fortran wrappers, do these .mod files get copied to a pre-defined location? > Am I missing something? The netCDF Fortran software doesn't install any file named types_mod.mod. The only public module files it installs are "netcdf.mod" and "typesizes.mod", which are installed in the include/ subdirectory of the install directory specified with the --prefix option to configure. I'm not sure where the "types_mod.mod" module is produced, but I don't think it's from netCDF. --Russ > address@hidden> wrote: > > > Hello, > > > > (...) > > > > > I have successfully installed the core libraries (from netcdf-4.3.2.tar) > > :) > > > > > > I do not intend to any fancy feature such as remote clients or Parallel > > > I/O, so I installed a static version of the core libraries successfully . > > > > > > However, when trying to install the Fortran wrappers, (from the file > > > netcdf-fortran-4.4.0), I get the compile-time error: > > > > > > export > > > CPPFLAGS="-I/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/include/â > > > export > > > LD_LIBRARY_PATH="/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/libâ > > > export > > LDFLAGS="-L/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/libâ > > > export LIBS="-lnetcdfâ > > > ./configure --disable-shared > > > --prefix=/Users/mariangelgarcia/Libraries/netcdf-fortran-4.4.0-build/ > > > --disable-fortran-type-check > > > > > > > Did the version of the netcdf-c library you installed include hdf5 > > support? If so, you will need to change your LIBS to include "-lhdf5 > > -lhdf5_hl". If you did not include hdf5 support, you may be encountering a > > known bug that is fixed in the upcoming netcdf-fortran release. You might > > try the netcdf-fortran-4.4.1-rc1 release and see if that fixes this issue > > for you. It is available from > > https://github.com/Unidata/netcdf-fortran/releases/tag/v4.4.1-rc1. > > > > > > > The configure step works 0k. (Is there a way to automate setting the > > values > > > for these env. variables?) > > > > > > > If the locations are outside of the standard locations on OSX, there > > really isn't a safe way to disable this. You might add these paths to your > > .profile so they are set when you log in, but it's highly likely this will > > lead to undesirable side effects. > > > > > > Let me know if either changing LIBS or trying the 4.4.1 release candidate > > doesn't work for you and we will see what else we can try. > > > > Thanks, have a good day, > > > > -Ward > > > > > > > make check yields the following: > > > > > > Angies-MacBook-Pro:netcdf-fortran-4.4.0 mariangelgarcia$ make check > > > Making check in fortran > > > gfortran -DHAVE_CONFIG_H -I. -I.. -I../libsrc > > > -I/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/include/ -g -O2 -c > > > -o module_netcdf_nc_data.o module_netcdf_nc_data.F90 > > > gfortran -g -O2 -c -o module_netcdf_nc_interfaces.o > > > module_netcdf_nc_interfaces.f90 > > > gfortran -DHAVE_CONFIG_H -I. -I.. -I../libsrc > > > -I/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/include/ -g -O2 -c > > > -o module_netcdf_nf_data.o module_netcdf_nf_data.F90 > > > gfortran -DHAVE_CONFIG_H -I. -I.. -I../libsrc > > > -I/Users/mariangelgarcia/Libraries/netcdf-4.3.2-build/include/ -g -O2 -c > > > -o module_netcdf_nf_interfaces.o module_netcdf_nf_interfaces.F90 > > > gfortran -g -O2 -c -o module_netcdf_f03.o module_netcdf_f03.f90 > > > gfortran -g -O2 -c -o module_netcdf_fortv2_c_interfaces.o > > > module_netcdf_fortv2_c_interfaces.f90 > > > gfortran -g -O2 -c -o typeSizes.o typeSizes.f90 > > > gfortran -g -O2 -c -o netcdf.o netcdf.f90 > > > netcdf_overloads.f90:13.52: > > > Included at netcdf.f90:48: > > > > > > nf90_def_var_fill_FourByteReal, & > > > 1 > > > Error: Procedure 'nf90_def_var_fill_eightbytereal' in generic interface > > > 'nf90_def_var_fill' at (1) is neither function nor subroutine > > > netcdf_overloads.f90:22.52: > > > Included at netcdf.f90:48: > > > > > > nf90_inq_var_fill_FourByteReal, & > > > 1 > > > Error: Procedure 'nf90_inq_var_fill_eightbytereal' in generic interface > > > 'nf90_inq_var_fill' at (1) is neither function nor subroutine > > > make[1]: *** [netcdf.o] Error 1 > > > make: *** [check-recursive] Error 1 > > > Angies-MacBook-Pro:netcdf-fortran-4.4.0 mariangelgarcia$ > > > > > > Any hint as to what could I be doing wrong? I am pretty sure I followed > > all > > > of the steps correctly, yet, I got that problem. > > > > > > Thanks in advanced and kindest regards, > > > > > > PS: > > > > > > Angies-MacBook-Pro:Libraries mariangelgarcia$ *gfortran --version* > > > > > > *GNU Fortran (GCC) 4.9.0* > > > > > > Copyright (C) 2014 Free Software Foundation, Inc. > > > > > > > > > GNU Fortran comes with NO WARRANTY, to the extent permitted by law. > > > > > > You may redistribute copies of GNU Fortran > > > > > > under the terms of the GNU General Public License. > > > > > > For more information about these matters, see the file named COPYING > > > > > > > > > Angies-MacBook-Pro:Libraries mariangelgarcia$ *gcc --version* > > > > > > *gcc (GCC) 4.8.0 20120930 (experimental)* > > > > > > Copyright (C) 2012 Free Software Foundation, Inc. > > > > > > This is free software; see the source for copying conditions. There is > > NO > > > > > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR > > PURPOSE. > > > > > > > > > Angies-MacBook-Pro:Libraries mariangelgarcia$ > > > > > > > > > > Ticket Details > > =================== > > Ticket ID: IUR-903346 > > Department: Support netCDF > > Priority: Normal > > Status: Closed > > > > > > > -- > Mariangel Garcia > PhD Student > Computational Science Research Center > San Diego State University > San Diego CA 92182 -1245 > Phone: 619-3375082 > Email: address@hidden > > Russ Rew UCAR Unidata Program address@hidden http://www.unidata.ucar.edu Ticket Details =================== Ticket ID: IUR-903346 Department: Support netCDF Priority: Normal Status: Closed
NOTE: All email exchanges with Unidata User Support are recorded in the Unidata inquiry tracking system and then made publicly available through the web. If you do not want to have your interactions made available in this way, you must let us know in each email you send to us.