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

Re: netCDF Perl Interface - Dynamic load fail

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: Re: netCDF Perl Interface - Dynamic load fail
  • Date: Fri, 06 Jan 2006 15:16:30 -0700
Stephen,

>Date: Fri, 06 Jan 2006 16:48:11 -0500
>From: Stephen Leroy <address@hidden>
>Organization: Harvard University
>To: Steve Emmerson <address@hidden>
>Subject: Re: netCDF Perl Interface - Dynamic load fail

The above message contained the following:

> Here is the output of "perl -V". Incidentally, this is a Rocks cluster
> running Intel Xeons. <br>
...

> Summary of my perl5 (revision 5 version 8 subversion 5) configuration:
>   Platform:
>     osname=linux, osvers=2.6.9-16.el, archname=i386-linux-thread-multi
>     uname='linux build1-i386 2.6.9-16.el #1 sun aug 21 12:39:18 cdt 2005 i686 
> i686 i386 gnulinux '
>     config_args='-des -Doptimize=-O2 -g -pipe -m32 -march=i386 
> -mtune=pentium4 -Dversion=5.8.5 -Dmyhostname=localhost 
> -Dperladmin=root@localhost -Dcc=gcc -Dcf_by=Red Hat, Inc. 
> -Dinstallprefix=/usr -Dprefix=/usr -Darchname=i386-linux -Dvendorprefix=/usr 
> -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Duseithreads -Duselargefiles 
> -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslog 
> -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly 
> -Dpager=/usr/bin/less -isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0'
>     hint=recommended, useposix=true, d_sigaction=define
>     usethreads=define use5005threads=undef useithreads=define 
> usemultiplicity=define
>     useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
>     use64bitint=undef use64bitall=undef uselongdouble=undef
>     usemymalloc=n, bincompat5005=undef
>   Compiler:
>     cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBUGGING 
> -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm',
...

Odd.  Your perl(1) was built using gcc(1) and the netCDF and netCDF
packages appear to have been built using /usr/bin/cc, which should be
the same compiler on a Linux system.  Therefore, there should not have
been an undefined symbol.

The "make" output for the NetCDF-Perl package didn't contain any
compilation lines, so this needs to be checked.  Would you please

    1.  Go into the top-level source-directory.

    2.  Execute the command "make clean".

    3.  Execute the command "make".  Redirect both the standard output 
        and standard error streams to the file "make.log".

    4.  Send me the file "make.log".

Another thing that needs to be investigated is the location of the
symbol "__mth_i_kcmp".  Would you please try to locate it by executing
commands like

    nm -g /usr/lib/lib* | grep __mth_i_kcmp

Use the nm(1) option that prefixes every output line with the name of
the library.

Regards,
Steve Emmerson