>  We didn't do any work towards locating python in a non-standard 
>  location.  I'll have to look into what we did to make this use the 
>  python in our Komodo.app/Frameworks/Python.framework.  I think we do 
>  something post build to force the linkage to the executable's python 
>  framework.  Our linkage for _xpcom.so looks like:
>  
>  otool -L /Applications/Komodo.app/Contents/MacOS/python/xpcom/_xpcom.so
>  /Applications/Komodo.app/Contents/MacOS/python/xpcom/_xpcom.so:
>          @executable_path/libxpcom.dylib (compatibility version 1.0.0, 
>  current version 1.0.0)
>          @executable_path/libplds4.dylib (compatibility version 1.0.0, 
>  current version 1.0.0)
>          @executable_path/libplc4.dylib (compatibility version 1.0.0, 
>  current version 1.0.0)
>          @executable_path/libnspr4.dylib (compatibility version 1.0.0, 
>  current version 1.0.0)
>          /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, 
>  current version 71.1.3)
>  
>  @executable_path/../Frameworks/Python.framework/Versions/2.4/Python 
>  (compatibility version 2.4.0, current version 2.4.0)

Yes, we use 'install_name_tool' to change the Python linkage. Something
like:

    install_name_tool -change OLD/PATH         @executable_path/../Frameworks/Python.framewo
rk/Versions/2.4/Python         path/to/libpyloader.dylib 

    install_name_tool -change OLD/PATH         @executable_path/../Frameworks/Python.framewo
rk/Versions/2.4/Python         path/to/xpcom/_xpcom.so

Trent

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