[Fwd: Re: [Thuban-list] Module sqlite.py]
jonathan at intevation.de
Fri May 2 18:45:01 CEST 2003
Having libwx_gtkd-2.4.so in /usr/lib/wxPython/lib seems unusual (I have
it directly in /usr/lib). Have you compiled wxWindows/wxPython yourself?
If so, a problem relating back to the original post is whether or not
you used the same compiler to compile wxWindows/wxPython and Thuban.
They need to be (roughly) the same.
If you didn't compile the libraries, then you'll need to add
/usr/lib/wxPython/lib to your library path environment variable which
should be LD_LIBRARY_PATH.
Also, you really shouldn't need to edit setup.py. It is assumed that
wx-config is in your command path. You should probably add the path to
wx-config to your system path.
It does sound like we're getting closer to a solution.
btw, could you please CC: your responses to me to the thuban-list. That
way we have a history of our discussion. thanks.
On Fri, 2003-05-02 at 18:21, Dan Putler wrote:
> Hi Jonathan,
> The plot thickens, but a solution seems near.
> > You can find out which libstdc++ library wxproj will use by doing the
> > following from your thuban directory:
> > cd Lib
> > ldd wxproj.so
> > This will give a list of the libraries wxproj.so will need. If you look
> > through the list you should find a library that begins with libstdc++.
> > Is it pointing to the correct path? (probably
> > /usr/lib/gcc-lib/i386-redhat-linux/3.2.2, as you said)
> I've done this. It turns out that wxproj.so doesn't want libstdc++
> directly. It want libproj.so.0, libwx_gtkd-2.4.so, libc.so.6, and
> libm.so.6. It can find everything except libwx_gtkd-2.4.so. On my
> system this module lives in /usr/lib/wxPython/lib. This seems directly
> related to the inability of Thuban to find wx_config. Specifically,
> Thuban doesn't seems to be looking for wxPython in /usr/lib/wxPython,
> which seems surprising. Do I need to include /usr/lib/wxPython in my
> path? I've been through setup.py and the only places I can find a hard
> coded path to wxPython appears to be related to code designed to
> generate rpms (or that is my guess based on the variable names).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 232 bytes
Desc: This is a digitally signed message part
Url : http://www.intevation.de/pipermail/thuban-list/attachments/20030502/995c1669/attachment.bin
More information about the Thuban-list