Plugin problem when cross-compiling a gst application

[Marco Verza]

Hi,

I have determined the cause of the behaviour: the external plugin
loader being spawned by gst is the amd64 binary from the lib tree, not
the i386 from the lib32 tree.

If I set the GST_PLUGIN_SCANNER env var to the correct loader binary,
then plugins are correctly loaded.

So my next question would be how to set which plugin scanner binary to
use from within the source code, as using the environment variable is
not viable in my context.

-- Marco Verza




On 17 January 2012 18:14, Marco Verza <m.verza at bvtechricerca.it> wrote:
> Hallo everyone,
>
> I'm developing an application which uses gst-10. I encountered a
> strange problem when cross compiling my app as a 32 bit build on a 64
> bit Ubuntu machine: plugins cannot be loaded because they are
> ELFCLASS32.
>
> My software is a Qt qmake project being built with the linux-g++-32 qmakespec.
> The build runs fine, except for GST, which won't load plugins. In fact
> it produces the following error at runtime for each of the available
> plugins:
> (gst-plugin-scanner:8883): GStreamer-WARNING **: Failed to load plugin
> '/usr/lib32/gstreamer-0.10/libgstwavpack.so':
> /usr/lib32/gstreamer-0.10/libgstwavpack.so: wrong ELF class:
> ELFCLASS32
>
> AFAIK gst should indeed load 32 bit shared libraries in this situation.
>
> My system specs:
> - Ubuntu 11.10 server 64 bit (up to date)
> - gstreamer-10:i386 and plugins installed via getlibs
>
> Any hint would be greatly appreciated.
> Thanks in advance,
> Marco
>
>
> -- Marco Verza
> -- BV Tech Ricerca
> -- Tel. 0464.40.67.27