[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