with LD_LIBRARY_PATH set to include both the mozilla dist/lib and my
python build's lib/, ldd says both libpyloader and _xpcom link to no
libpython at all!  (not even the FC4 one).  When I build xulrunner
against FC4 python, all is ok.

I don't understand -- this implies the build didn't find the library,
but if it didn't, it shouldn't have gone through.  And why the heck is
it starting at all?  It's not getting the usr/lib at runtime: GDB
thinks the .so's are all the local python's, and just to make sure i
got rid of the FC4 libpython*'s.

To get the build to find python, I set the PYTHON env var in client.mk
so ./configure got it.  automake.mk ended up with:

#python options
PYTHON = /var/brendano/trunk-build/chandler/release/bin/python
PYTHON_PREFIX = /var/brendano/trunk-build/chandler/release
PYTHON_INCLUDES = -I/var/brendano/trunk-build/chandler/release/include/python2.4
PYTHON_LIBS = -L/var/brendano/trunk-build/external/release/lib/python2.4/config
-lpython2.4 -lutil
PYTHON_DEBUG_SUFFIX =
PYTHON_DLL_SUFFIX = .so
PYTHON_VER_DOTTED = 2.4
PYTHON_VER = 24

btw: I had to hack in the "-lutil" myself to prevent a linker error on
not finding some symbols for opentty or something.

-Brendan

On 8/10/05, Trent Mick <trentm@[...].com>  wrote:
>  [Brendan O'Connor wrote]
>  > --enable-shared builds python dynamically, right?  There shouldn't be
>  > any other python config issues?  If I can eliminate that then at least
>  > the range of problems have been narrowed to mozilla build issues.
>  
>  Check (with 'ldd') to make sure that components/libpyloader.so and
>  python/xpcom/_xpcom.so dynamically link to libpython<ver>.so.
>  
>  Trent
>  
>  --
>  Trent Mick
>  TrentM@[...].com
> 

_______________________________________________
pyxpcom mailing list
pyxpcom@[...].com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs