buildroot/package/gstreamer, branch 2016.05

package/gstreamer/gst-ffmpeg: needs gcc >= 5.x on SuperH

2016-05-30T19:25:27+00:00

Compilation triggers an ICE in gcc with gcc <= 4.9 using this defconfig BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_PACKAGE_GSTREAMER=y BR2_PACKAGE_GST_FFMPEG=y BR2_PACKAGE_GST_FFMPEG_GPL=y The problem is known upstream, a fix was never committed to gcc <= 4.9: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65151 Compiling gst-ffmpeg with gcc5 works fine using this defconfig: BR2_sh=y BR2_TOOLCHAIN_BUILDROOT_WCHAR=y BR2_GCC_VERSION_5_X=y BR2_PACKAGE_GSTREAMER=y BR2_PACKAGE_GST_FFMPEG=y BR2_PACKAGE_GST_FFMPEG_GPL=y This patch adds a dependency to gcc >= 5.x to fix the problem as suggested by Thomas: http://lists.busybox.net/pipermail/buildroot/2016-February/152584.html Fixes http://autobuild.buildroot.net/results/939/939da0c7771ddd97c05cedc0a7afc0ad34a21312/ [Peter: fix ML link, simplify kconfig, add comment explaining why] Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

freescale-imx: add BR2_PACKAGE_FREESCALE_IMX_HAS_VPU config

2016-03-29T14:24:18+00:00

Since the imx-vpu package build is skipped if the platform doesn't have a VPU, libraries dependent on the package such as libimxvpuapi can fail although the imx-vpu package build went "fine". This patch therefore adds a BR2_PACKAGE_FREESCALE_IMX_HAS_VPU config which is used in every package selecting imx-vpu directly or indrectly. It fixes the following build errors: http://autobuild.buildroot.net/results/892/8924b17f3aa5eba1a8016d84d4478ecb0a96b236/ http://autobuild.buildroot.net/results/86f/86fef2a30065d5bc0d7755706e9ca3332426834d/ http://autobuild.buildroot.net/results/b47/b47eb03e93e2f1af85caebb707f7b4667f7e3d74/ http://autobuild.buildroot.net/results/4c9/4c9b22b33533132fd9f88917cc341ae2c2e171a8/ http://autobuild.buildroot.net/results/a8b/a8b33bfd099d9b9cd383cc568ea70846eb13c34d/ Signed-off-by: Gary Bisson Signed-off-by: Thomas Petazzoni

gstreamer: add missing plugin hash files

2016-02-27T15:33:52+00:00

Hash files for - gst-dsp - gst-omapfb - gst-plugin-x170 Signed-off-by: Carlos Santos Signed-off-by: Thomas Petazzoni

gst-omapfb: Move download link away from Google Code

2016-02-25T21:38:14+00:00

Google Code is being shut down. The google code site which hosts the source .tar.gz references github/felipec, which has a gst-omapfb repository with the same code as the tar.gz previously referenced. Change the GST_OMAPFB_SITE to this github repo. Signed-off-by: Alan Ott Signed-off-by: Carlos Santos Signed-off-by: Thomas Petazzoni

gst-dsp: Move download link away from Google Code

2016-02-25T21:37:57+00:00

Google Code is being shut down. The google code site which hosts the source .tar.gz references github/felipec, which has a gst-dsp repository with the same code as the tar.gz previously referenced. Change the GST_DSP_SITE to this github repo. Signed-off-by: Alan Ott Signed-off-by: Carlos Santos Signed-off-by: Thomas Petazzoni

cairo, harfbuzz: rework atomic dependencies

2016-02-06T10:16:00+00:00

This commit handles the reverse dependency tree of cairo in terms of atomic dependencies. There are two main changes: - cairo in fact no longer needs atomic operations. It can perfectly build without any __sync built-in, as was tested using an ARC toolchain without atomics, and a SPARC toolchain. Optionally, Cairo can use the __atomic builtins provided by gcc >= 4.7, so support for this is added as well. Thanks to this change, the BR2_ARCH_HAS_ATOMICS dependency is removed from cairo and all its reverse dependencies. - harfbuzz does require the __sync built-in for 4 bytes integers, so we add a dependency on BR2_TOOLCHAIN_HAS_SYNC_4 to harfbuzz and all its reverse dependency, the main one being the pango package. Due to this, the vast majority of gtk-related packages are moved to a dependency on BR2_ARCH_HAS_ATOMICS (which used to be due to cairo) to a dependency on BR2_TOOLCHAIN_HAS_SYNC_4 (due to pango -> harfbuzz). In detail: - cairo Remove BR2_ARCH_HAS_ATOMICS dependency, link against -latomic when gcc >= 4.8 in order to use the __atomic functions. - harfbuzz Add dependency on BR2_TOOLCHAIN_HAS_SYNC_4 - cairomm, gst-plugins-good, gst1-plugins-good, libgdiplus, libsvg-cairo, weston Remove BR2_ARCH_HAS_ATOMICS dependency (since cairo no longer needs atomics) - enlightenment, cwiid, gst-plugins-bad, gst-plugins-base, gst1-plugins-bad, gst1-plugins-base, gtkmm3, libevas-generic-loaders, libfm, libgail, libgtk2, libgtk3, librsvg, openbox, opencv, opencv3, pango, pangomm, pcmanfm, pinentry, rrdtool, webkit, webkitgtk24, xscreensaver Switch from a BR2_ARCH_HAS_ATOMICS dependency to a BR2_TOOLCHAIN_HAS_SYNC_4 (they depend on pango, harfbuzz, gtk, or some other related package) - directfb Remove BR2_ARCH_ATOMICS dependency of the BR2_PACKAGE_DIRECTFB_SVG (since cairo can build without atomics), but add a BR2_TOOLCHAIN_HAS_SYNC_4 dependency on BR2_PACKAGE_DIRECTFB itself since it does use __sync built-ins. This replaces the !BR2_sparc dependency. Signed-off-by: Thomas Petazzoni

pulseaudio: remove BR2_ARCH_HAS_ATOMICS dependency

2016-02-06T10:16:00+00:00

pulseaudio is able to either use the atomic __sync builtins from the compiler, or to rely on libatomic_ops for atomic operations. However, since it anyway selects json-c which requires the __sync built-ins, it means using libatomic_ops is useless: even if you use libatomic_ops for pulseaudio, you'd still get a link error in pulseaudio due to the missing __sync built-in for the json-c library. Also, since pulseaudio now inherits the BR2_TOOLCHAIN_HAS_SYNC_4 from json-c, which matches the __sync built-in from pulseaudio, this commit: - Drops the BR2_ARCH_HAS_ATOMICS dependency - Forces pulseaudio to not detect libatomic_ops - Propagates the removal of BR2_ARCH_HAS_ATOMICS dependency to pulseaudio's reverse dependencies. Signed-off-by: Thomas Petazzoni Reviewed-by: "Yann E. MORIN"

json-c: needs __sync_val_compare_and_swap_4

2016-02-06T10:16:00+00:00

While json-c itself builds fine on platforms that don't provide the __sync atomic built-ins, it does use them. json-c doesn't fail to build because only a library is built, so such function calls are left unresolved. But as soon as it gets used in another package linked in a program, linking will fail due to the missing __sync_val_compare_and_swap_4() function. To fix this, we make json-c depend on BR2_TOOLCHAIN_HAS_SYNC_4, and propagate to the reverse dependencies: - json-c - fastd - pulseaudio - efl - espeak - gst-plugins-good - gst1-plugins-good - mpd - rsyslog - ubus Note that pulseaudio already had a BR2_ARCH_HAS_ATOMICS dependency, which we are keeping for the moment, and will clean-up in a subsequent commit. This commit will also fix packages that could optionally use json-c, and therefore fixes build failures like: http://autobuild.buildroot.org/results/4fe/4feaa9089ee9a183c5086b791bea35c0156945af/ Signed-off-by: Thomas Petazzoni Reviewed-by: "Yann E. MORIN"

package/gstreamer/gst-plugins-base: Fix build on x86 if emmintrin.h is available but can't be used

2016-02-01T21:19:02+00:00

I stumbled across this error using a musl-based allyesconfig but I doubt it is related to musl. The autobuilders did not catch this problem yet but the patch I found fits my config (BR2_i386=y, BR2_x86_i586=y) and it solved the problem right away. [Peter: pick patches from upstream git instead of downloading from alphine] Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard

package/gstreamer/gst-plugins-ugly: Fix cdio-related build errors

2016-02-01T07:17:01+00:00

Fixes http://autobuild.buildroot.net/results/530/53003be0dc2cb76d497a167023c5c45666fd00b4/ http://autobuild.buildroot.net/results/b23/b2393cd50c20da919d6111e15b78d12cc784841f/ Signed-off-by: Bernd Kuhls Signed-off-by: Peter Korsgaard