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

[netCDFPerl #FUY-836234]: more netcdf perl build issues

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: [netCDFPerl #FUY-836234]: more netcdf perl build issues
  • Date: Fri, 13 Apr 2012 08:35:00 -0600
Jonathan,

> Just tried again:
> 
> # export LD_LIBRARY_PATH=/usr/lib64
> # echo $LD_LIBRARY_PATH
> /usr/lib64
> #  make test &>test.log && echo OK
> # cat test.log
> make[1]: Entering directory `/root/netcdf-perl-1.2.4/src'
> 
> making `test' in directory /root/netcdf-perl-1.2.4/src/perl
> 
> make[2]: Entering directory `/root/netcdf-perl-1.2.4/src/perl'
> PERL_DL_NONLAZY=1 /usr/bin/perl "-Iblib/lib" "-Iblib/arch" test.pl
> Can't load 'blib/arch/auto/NetCDF/NetCDF.so' for module NetCDF:
> blib/arch/auto/NetCDF/NetCDF.so: undefined symbol: curl_easy_getinfo at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.
> at test.pl line 5
> Compilation failed in require at test.pl line 5.
> BEGIN failed--compilation aborted at test.pl line 5.
> make[2]: *** [test_dynamic] Error 2
> make[2]: Leaving directory `/root/netcdf-perl-1.2.4/src/perl'
> make[1]: *** [perl/test] Error 1
> make[1]: Leaving directory `/root/netcdf-perl-1.2.4/src'
> make: *** [test] Error 2
> 
> I also tried on a similar server and got the same result. It seems like
> there must be something missing from the systems...? Last weeks issue (that
> you helped solve) was on also on a RH5  64bit server but it is a VM and was
> built by a different person at a different time etc. Still, seems like the
> basic building blocks would be the same...

It seems like the "libcurl" is missing from the system, but that's inconsistent 
with the listing you sent previously.

> Is there anything that could be done in the "configure" part of the
> build/install process? Here's what I did:
> 
> 1035  export CFLAGS="-fPIC"
> 1036  export PERL_MANDIR=/usr/share/man
> 1037  export CPP_NETCDF='-I/usr/local/include'
> 1038  export LD_NETCDF='-L/usr/local/lib -lnetcdf -L/usr/local/lib -lhdf5
> -lhdf5_hl'
> 1039  ./configure &>configure.log
> 
> 
> Or, could anything in the way I built netcdf 4.2 be interfering even though
> it built fine (and was done the same as last weeks install)?

In order to use the netCDF library, the "libcurl" library must be available. 
Try using ldd(1) on one of the netCDF utilities (e.g., ncdump(1)) to see what 
it lists for the "libcurl" library.

You could also try adding a reference to the "libcurl" library to the 
environment variable "LD_NETCDF" and rebuild the netCDF-Perl package (after 
executing the command "make distclean", of course).

> thanks
> Jonathan

Regards,
Steve Emmerson

Ticket Details
===================
Ticket ID: FUY-836234
Department: Support netCDF Perl
Priority: Normal
Status: Closed