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