gstreamer armhf support

[mtx512]

I'm trying to recompile the gstreamer libraries from IMX_MMCODEC_3.0.5 for armhf. In at least two of the packages libfslparser and libfslcodec there are numerous precompiled shared libraries (eg lib_mp3_dec_arm9_elinux.so.2). I'm getting the following error when compiling,

dpkg-shlibdeps: error: couldn't find library libm.so.6 needed by debian/libfslaudiocodec1/usr/lib/lib_mp3_dec_arm9_elinux.so.2 (ELF

format: 'elf32-littlearm-sfabi'; RPATH: '').

Not sure if this is an ABI issue or not?

[mtx512]

Can I get an answer from Freescale regarding full armhf support for imx6?

Considering the increased comptetion from chinese SOC vendors, armhf support seems to below par for the imx6.

[juangutierrez · Accepted solution]

I think you can check this thread also started by stephanfr

https://community.freescale.com/thread/306017

From the above thread:

For your last question “Do you plan to release armhf libraries in a future freescale reference BSP”.  What I knew is “Yes”.  It will have Yocto release on FSL web site which will include hardfloat support

Currently yocto release is still no available but as far as  I know it will be next released until 3Q of the year

[stephanfr]

Hi Jas,

Yes it is. the linker is looking for the armel version of libm as lib_mp3_dec_arm9_elinux.so depends on it.

Anyway you are dealing with closed armel  libraries which cannot be linked with your armhf build.

As I pointed in this thread https://community.freescale.com/message/325115#325115 the GPU libraries are not the only closed libraries which have to be released with armhf ABI

(How did you solve the GPU side by the way ?)

Yet, with a little work (qtdemux is unfortunately NOT a dropin replacement)  you can quite easily get rid of these closed  libraries ...

Best regards

Stephan

[mtx512]

Hi Stephan,

GPU support is provided by timesys, see this thread  Want to try hard float vivante drivers for MX6?