[gstreamer-bugs] [Bug 602075] wrong path to python library on x86_64 platform
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Nov 16 04:30:23 PST 2009
https://bugzilla.gnome.org/show_bug.cgi?id=602075
GStreamer | gst-python | 0.10.17
--- Comment #3 from Anatoly Pugachev <matorola at gmail.com> 2009-11-16 12:30:18 UTC ---
afaik, LSB doesn't specify that /lib should be a link to relevant architecture.
Jumping from http://www.linuxfoundation.org/en/Specifications to
amd64
http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-AMD64/LSB-Core-AMD64/requirements.html
and ia32
http://refspecs.linux-foundation.org/LSB_3.2.0/LSB-Core-IA32/LSB-Core-IA32/requirements.html
shows that 64-bit libraries should be loaded by /lib64/ld-lsb-x86-64.so.3 (a
symlink to ld-linux-x86-64.so.2), while ia32 loader is /lib/ld-lsb.so.3
so, it isn't a strict rule that /lib should be a pointer, but rather ia32
loader is located there.
Getting back to our library wrong path, it goes to
$ cd gst-python-0.10.17/
$ grep PY_LIB_LOC ...
plugin/gstpythonplugin.c: g_module_open (PY_LIB_LOC "/libpython"
PYTHON_VERSION "."
PY_LIB_LOC is defined in :
./plugin/Makefile: -DPY_LIB_LOC="\"$(PYTHON_LIB_LOC)\"" \
and PYTHON_LIB_LOC resides in ./configure
I'm not a big programmer, and it would take a lot more time for me, on writing
a patch for autoconf/automake, but as a result it should be more careful about
libs location, assuming that libs are not always in /lib.
Thanks.
--
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.
More information about the Gstreamer-bugs
mailing list