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

[netCDF #EFH-651694]: netcdf-4.1.1 shared library error

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 #EFH-651694]: netcdf-4.1.1 shared library error
  • Date: Fri, 21 May 2010 14:17:58 -0600
Hi Preeti,

> I have been trying to install netcdf-4.1.1 on BlueGene/L but I am
> getting errors. I have earlier installed netcdf on 4 different
> systems.
> 
> I did the following steps for BlueGene/L:-
> 
> setenv CPPFLAGS "-DIBMR2Fortran"
> setenv FCFLAGS_f90 '-fPIC'
> setenv FCFLAGS '-g -fPIC'
> 

I think you don't want to set FCFLAGS_f90.  netCDF uses FFLAGS for the f77
API and FCFLAGS for the f90 API.  FCFLAGS_f90 is an internal variable used
by the configure scrript, but not one you should set.  Have you tried just 
setting FCFLAGS and FFLAGS?

> ~/bin/netcdf-4.1.1/configure --prefix=$HOME/bin/netcdf
> --enable-pnetcdf --disable-dap --enable-shared >& c.log
> make check install >& m.log

Also, you are specifying both -fPIC and --enable-shared, but I think
it would be better to just specify --enable-shared and let the 
configure script determine which compiler flags are needed to support
shared libraries.

Finally, the output from make indicates a missing shared library file:

  /tmp/netcdf/nf_test/.libs/lt-nf_test: error while loading shared libraries: 
libnetcdff.so.4: cannot open shared object file: No such file or directory
  FAIL: nf_test

The file libnetcdff.so.4 should be a symbolic link to
libnetcdff.so.4.0.0, both in the directory /tmp/netcdf/fortran/.libs 

Does that symbolic link and file exist when the failure occurs?  Do
you have another make running in parallel that could be deleting this
file or symbolic link between when they were created and when this
link step is run?  Otherwise, I don't understand why these files would
not be found, as they were created OK earlier in the build.  Do you by
any chance have a LD_LIBRARY_PATH environment variable set to contain
a different directory where an older version of a shared netcdf
library is stored?

That's all I can think of that might cause this problem.

--Russ

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



Ticket Details
===================
Ticket ID: EFH-651694
Department: Support netCDF
Priority: Normal
Status: Closed