On 9/24/09 6:46 AM, gabriel.rosse...@arimaz.com wrote:
it appears linked with the wrong version of /usr/lib/libwx_macud-2.8.0.dylib, is that correct?
Yes.
If so, how can I fix it?
Double check the wxWidgets build and install steps. It should have used your {prefix}/lib path for the wxMac lib but it fell back to the one distributed by Apple in /usr/lib instead. Hmm... You didn't use --enable-monolithic in your configure step, that's probably the problem.
Note that the path to the dylib is embedded in the extension module .so so even when you get this working at your install locations there will still be issues with having something self contained that can be zipped up and unzipped elsewhere. To work around that you're either going to have to set DYLD_LIBRARY_PATH or you can use install_name_tool to change the embedded path name. You can make that embedded name be relative to the executable or the image loading the dylib (the .so extension modules in this case) by using "@executable_path" or "@loader_path" in the path name.
-- Robin Dunn Software Craftsman http://wxPython.org _______________________________________________ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
