[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[netCDF #EKI-820882]: netcdf4.2 fortran fails in make check

This archive contains answers to questions sent to Unidata support through mid-2025. Note that the archive is no longer being updated. We provide the archive for reference; many of the answers presented here remain technically correct, even if somewhat outdated. For the most up-to-date information on the use of NSF Unidata software and data services, please consult the Software Documentation first.

  • Subject: [netCDF #EKI-820882]: netcdf4.2 fortran fails in make check
  • Date: Mon, 25 Jun 2012 12:55:24 -0600
Hi,

> I am using the following system:
> 
> Darwin Kernel Version 11.4.0: Mon Apr  9 19:33:05 PDT 2012; 
> root:xnu-1699.26.8~1/RELEASE_I386
> 
> with:
> 
> Intel(R) Fortran Intel(R) 64 Compiler XE for applications running on Intel(R) 
> 64, Version 12.1.4.328 Build 20120423
> and
> Intel(R) C Intel(R) 64 Compiler XE for applications running on Intel(R) 64, 
> Version 12.1.4.328 Build 20120423
> 
> The procedure described  in  
> http://www.unidata.ucar.edu/software/netcdf/docs/other-builds.html#macos-x-lion-4.2
>  was used for compiling C netcdf and fortran netcdf
> in C everything is OK however when doing 'make check' in netcdf-fortran-4.2
> I got the following:
> 
> /bin/sh ../libtool --tag=FC   --mode=link ifort  -I../fortran -I../f90 
> -I../f90  -g  -L/usr/local/lib -o f90tst_vars f90tst_vars.o 
> ../fortran/libnetcdff.la  -lnetcdf
> /bin/sh ../libtool --tag=FC   --mode=link ifort  -I../fortran -I../f90 
> -I../f90  -g   -o f90tst_vars f90tst_vars.o ../fortran/libnetcdff.la  -lnetcdf
> libtool: link: ifort -I../fortran -I../f90 -I../f90 -g -o .libs/f90tst_vars 
> f90tst_vars.o  ../fortran/.libs/libnetcdff.dylib -L/usr/local/hdf5-1.8.9/lib 
> -L/usr/local/szip-2.1 -L/usr/local/szip-2.1/lib 
> /usr/local/lib/libnetcdf.dylib /usr/local/hdf5-1.8.9/lib/libhdf5_hl.dylib 
> /usr/local/hdf5-1.8.9/lib/libhdf5.dylib /usr/local/szip-2.1/lib/libsz.dylib 
> -lm -lz -lcurl
> Undefined symbols for architecture x86_64:
> "_netcdf_mp_nf90_create_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_def_dim_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_def_var_manydims_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_def_var_chunking_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_enddef_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_put_var_2d_fourbyteint_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_close_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_open_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_inquire_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_inq_var_chunking_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_get_var_2d_fourbyteint_", referenced from:
> _MAIN__ in f90tst_vars.o
> "_netcdf_mp_nf90_strerror_", referenced from:
> _f90tst_vars_IP_handle_err_ in f90tst_vars.o
> ld: symbol(s) not found for architecture x86_64
> make[2]: *** [f90tst_vars] Error 1
> make[1]: *** [check-am] Error 2
> make: *** [check-recursive] Error 1
> 
> the way to compile it was setting up the following
> 
> lt_cv_ld_force_load=no

So can I assume that fixed the problem of unsatisfied externals?

If so, thanks very much for providing this solution.  Assuming that fixed the
problem, I've added a note about your solution to the end of that procedure,
at 

  
http://www.unidata.ucar.edu/software/netcdf/docs/other-builds.html#macos-x-lion-4.2

Please let me know if this needs to be corrected, and if not, thanks again for 
your 
contribution!

--Russ


Russ Rew                                         UCAR Unidata Program
address@hidden                      http://www.unidata.ucar.edu



Ticket Details
===================
Ticket ID: EKI-820882
Department: Support netCDF
Priority: Normal
Status: Closed