Ben Taylor wrote:
> On Tue, Jun 3, 2008 at 5:26 PM, Marcelo H Majczak
> <marcelo at randomwork.com> wrote:
>
>> I managed to build FOSSgstreamer with a hack, since it was a lib link
>> problem... :
>>
>> Index: GSTREAMER/0.10.17/Solaris/configure.sh
>> ===================================================================
>> --- ../GSTREAMER/0.10.17/Solaris/configure.sh (revision 2062)
>> +++ ../GSTREAMER/0.10.17/Solaris/configure.sh (working copy)
>> @@ -61,3 +61,5 @@
>> #--disable-examples \
>> #--program-suffix="" \
>> #--with-check=no
>> +
>> +find . -name Makefile | xargs -i perl -pi000 -e 's/-L\/usr\/lib//g' {}
>>
>
> After lots and lots of rebuilds, and cross checking, I can build
> gstreamer with the following
> caveats:
>
> 1) remove -[LR]/usr/lib and -[LR]/usr/lib/amd64 from CFLAGS and
> LDFLAGS in build.sh and configure.sh
> 2) move /usr/lib/pkgconfig/gstreamer-0.10.pc and
> /usr/lib/pkgconfig/glib-2.0pc out of the way
> 3) modify the pspc file for both 32-bit and 64-bit compiles
> 4) and since I'm here, fix the 0.10.17/pkgconfig files (where
> appropriate) to add -R${libdir}
>
> I'm not sure if categorically removing -L/usr/lib from all the
> makefiles is preferable to
> tweaking the compiler flags, and making sure the user doesn't have the
> two pkgconfig files
> that appear to be causing this problem.
>
> Comments?
>
> Ben
>
My hack was just that, and I'm not in favor of keeping it...
The key to step 2 is to find a way to ignore pkgconfig results when
convenient, in the form "ok, you found this but it's not what I want".
Because when I moved on to compile kdesupport it found the correct
gstreamer but also accepted the 'old' gstreamer plugins in /usr/lib
which obviously causes problems. Hacking my way again, I found
phonon/cmake/FindGStreamerPlugins.cmake and changed all 0.10 to 0.xx
(watch out for DESTRUCTIVE_UNPACK=YES). Pkgconfig then fails to find the
old plugin configuration and kdesupport compilation completes successfully.
So, a more general pkgconfig workaround is needed.
