Fwd: .so interdependencies

Anderson Lizardo <[email protected]>
Newsgroups gmane.comp.python.ctypes
Message-ID <[email protected]>
[forgot to CC the mailing list]


---------- Forwarded message ----------
From: Anderson Lizardo <[email protected]>
Date: Fri, Apr 16, 2010 at 7:44 AM
Subject: Re: [ctypes-users] .so interdependencies
To: Paul Northug <[email protected]>


On Fri, Apr 16, 2010 at 3:44 AM, Paul Northug <[email protected]> wrote:
> I get an error:
>
> libmytest.so: undefined symbol: slamch_
>
> which is a function in a different library .so that is used by a
> function in my library.
>
> They are both in LD_LIBRARY_PATH. Is there a way to resolve this? I
> have the freedom of creating the library, if that helps, but I don't
> know much about shared libraries and how the dependencies between
> libraries get resolved. Did I build my .so correctly given that it
> works fine in other C programs that use it?
>
> I have read one other post describing a similar problem but it didn't
> seem to have gotten resolved.

On that thread (?) I posted this example:

libx11 = ctypes.CDLL("libX11.so.6", mode=ctypes.RTLD_GLOBAL)

Does it work for you ? (replace libx11 with the library that contains
the "slamch_" symbol, and put the line above your libmytest.so
library.

HTH,
--
Anderson Lizardo
Instituto Nokia de Tecnologia (INdT)
Manaus - Brazil



-- 
Anderson Lizardo
Instituto Nokia de Tecnologia (INdT)
Manaus - Brazil

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.