[Bug 720778] gst-uninstalled requires building with libtool

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=720778

--- Comment #19 from Julien Isorce <julien.isorce at gmail.com> ---
(In reply to Sebastian Dröge (slomo) from comment #18)
> Let's get this in immediately after 1.8.0 release. Not sure how this works
> though: ${libdir} is e.g. gstreamer/gst but that one only contains the .la
> file. The .libs directory contains the actual .so file that would be needed
> by non-libtool build systems. How does it work? :)

That is a great question :) Indeed in the first attachment the sed command
contains ".libs" and I missed that.

So upon your remark I digged out more and here are the reasons why it still
works:

1* Case when still using libtool:
libtool --mode=link gcc -Wall helloworld.c -o helloworld $(pkg-config --cflags
--libs gstreamer-1.0)
It works because it finds the .la that -L path. This case is what actually
happens for all gst-* build. So in the end it is not really different than
without using attached patch.

2* Case when not using libtool:
gcc -Wall helloworld.c -o helloworld $(pkg-config --cflags --libs
gstreamer-1.0)
It works because all those .libs paths are in the LD_LIBRARY_PATH which is
customized by gst-uninstalled script
(https://cgit.freedesktop.org/gstreamer/gstreamer/tree/scripts/gst-uninstalled).
(I had a try to just remove $GST/gstreamer/gst/.libs from LD_LIBRARY_PATH and
then it tries to link with the system lib
/usr/lib/x86_64-linux-gnu/libgstreamer-1.0.so)

I could just keep the patches like they are because of 1) and 2), but in other
hand I think it is better to add missing ".libs" so that we know what we are
doing.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.