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

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



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


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.