NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.

To learn about what's going on, see About the Archive Site.

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

shared library problem... (was: Re: libcf/gridspec status 12/07/2009)

Alex Pletzer <address@hidden> writes:

> dlopen does not work because some symbols are not defined
> (cuErrorOccurred and specifically):
>
> [GCC 4.4.0 20090506 (Red Hat 4.4.0-4)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> from ctypes import cdll, c_char_p, c_int, Structure
>>>> libcf = 
> cdll.LoadLibrary('/home/research/pletzer/software/libcf/lib/libcf.so')
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "/usr/lib64/python2.6/ctypes/__init__.py", line 431, in LoadLibrary
>     return self._dlltype(name)
>   File "/usr/lib64/python2.6/ctypes/__init__.py", line 353, in __init__
>     self._handle = _dlopen(self._name, mode)
> OSError: /home/research/pletzer/software/libcf/lib/libcf.so: undefined
> symbol: cuErrorOccurred
>
>
> [pletzer@impact build]$ nm ~/software/libcf/lib/libcf.a | grep -i cuErr
>                  U cuErrOpts
>                  U cuErrorOccurred

Howdy Alex!

Firstly, let's take this to address@hidden.

Can you send to address@hidden your config.log and the
full output of make check?

You might also try --disable-v2 and see if that solves your problem (at
the cost of the v2 API).

Or you could try defining those symbols as ints. I believe they are part
of the netCDF V2 API error handling...

Thanks!

Ed

-- 
Ed Hartnett  -- address@hidden