[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[netCDF #EKI-820882]: netcdf4.2 fortran fails in make check
- 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