[gstreamer-bugs] [Bug 616553] Configuring gst-python on Mac OS fails: "checking for libraries required to embed python"

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=616553
  GStreamer | gst-python | git

--- Comment #6 from Leo Singer <lsinger at caltech.edu> 2010-04-23 06:35:50 UTC ---
I poked around and found that I have Python shared libraries in 

/opt/local/lib

e.g.

/opt/local/lib/libpython2.6.dylib

but this is a symlink put in place as a "post-destroot" step (not the Python
make install, but by the package manager).

They point to:
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/Python

which, as confirmed by the "file" command, is a shared library, despite the
unusual naming convention.  (Unfortunately, gcc won't understand -lPython in
this context, but -F/opt/local/Library/Frameworks -fPython might work because
it is a framework.)  This naming convention for shared libraries is standard
for Mac OS "frameworks", which don't look like a conventional Linux root
directory.  Python was Mac-friendly and made a source release that built into a
standard "framework" structure.

Now, the library path hinted at by "python-config" is
"/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/config".
 This directory contains a file called "libpython2.6.a", which despite its
name, is a symlink to the one and only shared library, which had the file name
"Python".  It looks like the Python "make install" put that there, not the
MacPorts "post-destroot" step.

Examining "python-config", which is itself a Python script, suggests that the
following command could yield a valid value for PYTHON_LIB_LOC:

python -c "from distutils.sysconfig import get_config_var;print
get_config_var('LIBPL')"

However, I tried running this command on a CentOS (Red Hat derived
distribution, used at my workplace), and found that the config directory
contained a **static** library.

The plot thickens: on CentOS, PYTHON_LIB_LOC gets configured as "/usr/lib", but
the needed shared library "libpython2.4.so" is in "/usr/lib64", not "/usr/lib".
 Yikes!

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.