buildroot/package/opencv, branch 2016.05

ffmpeg: add BR2_PACKAGE_FFMPEG_ARCH_SUPPORTS

2016-05-26T19:18:35+00:00

Signed-off-by: Vicente Olivert Riera Reviewed-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

package/opencv: gpu module depends on !BR2_STATIC_LIBS

2016-05-15T19:31:45+00:00

GPU support and related features (GL and CL) are detected and loaded at runtime, so it requires libdl which is only available on !BR2_STATIC_LIBS builds. Because the OpenCV tests sets use these modules, they also requires libdl, so they cannot be built when BR2_STATIC_LIBS is enable. Fixes: http://autobuild.buildroot.net/results/570/57007a8d22d20b2fc5cd64154f5ec674b0842afa/ Signed-off-by: Samuel Martin Signed-off-by: Thomas Petazzoni

package/opencv: disable toolchains affected by PR19405

2016-05-15T19:15:25+00:00

opencv libphoto fail to link with the following error: nios2-linux-gnu/bin/ld: BFD (Sourcery CodeBench Lite 2015.11-130) 2.25.51 assertion fail binutils-src-2015.11-130-nios2-linux-gnu-i686-pc-linux-gnu/bfd/elf32-nios2.c:1908 Fixes: http://autobuild.buildroot.net/results/fd0cc1cb09d07be94770d984efb28eea7c6f25b7 Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

opencv: fix compile issues

2016-05-01T21:50:13+00:00

The first patch from Debian fixes following autobuild failure: http://autobuild.buildroot.net/results/eda5c6c43da40a342e0f545a348d2f865eb5ccf2/ Tested with ARM build without a regression. The second patch fixes musl arm autobuild failure: http://autobuild.buildroot.net/results/6a397de789c809984b851a304078e26b2ac58974/ Signed-off-by: Waldemar Brodkorb Tested-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

package/opencv: define modules inter-dependencies

2016-04-21T20:18:35+00:00

OpenCV allows to enable/disable the selection of modules (a.k.a. opencv libraries). These modules depend one on the others; these dependencies are already handled by the build-system (CMake). However, the way we handled them in Buildroot was not really clean. For each opencv module, there is a kconfig option, but we forced the corresponding CMake config option without checking for the modules' dependencies. For further details about the issues this situation was causing, refer to this discussion [1]. This patch replicates the modules' dependency relations in the Config.in, so that the selection of the user will actually be built. This changes completes this work [2]. [1] http://lists.busybox.net/pipermail/buildroot/2016-April/159017.html [2] https://git.buildroot.org/buildroot/commit/?id=3bd5025038a9ecfb2c19a2450a68ae3b0888b440 Signed-off-by: Samuel Martin Cc: Vicente Olivert Riera Cc: "Yann E. MORIN" Cc: Bernd Kuhls Signed-off-by: Thomas Petazzoni

toolchain-external: CodeSourcery NiosII 2015.11 affected by PR19405

2016-04-20T21:20:58+00:00

See bug report https://sourceware.org/bugzilla/show_bug.cgi?id=19405 Fixes: http://autobuild.buildroot.net/results/ee562524c5b12191e584ceae89006c5a5103e700 Signed-off-by: Romain Naour [Thomas: - rename BR2_TOOLCHAIN_BINUTILS_HAS_BUG_19405 to BR2_TOOLCHAIN_HAS_BINUTILS_BUG_19405 - propagate to the qwt package, which is now selecting BR2_PACKAGE_QT_GUI_MODULE.] Signed-off-by: Thomas Petazzoni

package/opencv: add inter-module dependencies

2016-04-18T22:12:08+00:00

As stated by Samuel the opencv2 package lacks inter-module dependencies: http://lists.busybox.net/pipermail/buildroot/2016-April/158902.html This patch adds the necessary code for freeswitch's mod_cv to compile. Signed-off-by: Bernd Kuhls Reviewed-by: Samuel Martin Signed-off-by: Thomas Petazzoni

package/opencv: bump version to 2.4.12.3

2016-03-29T01:07:36+00:00

Removed patches applied upstream: https://github.com/Itseez/opencv/commit/ea50be0529c248961e1b66293f8a9e4b807294a6 https://github.com/Itseez/opencv/commit/2e393ab83362743ba1825ad4b31d4a2925c606b4 https://github.com/Itseez/opencv/commit/eceada586bbf18fc267e437522ec4f1f23ddc656 Added upstream patch to support ffmpeg 3.0. Signed-off-by: Bernd Kuhls 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

opencv: use the same logic as opencv3 for gstreamer support

2015-11-28T22:04:42+00:00

The logic for enabling gstreamer support in opencv is not correct. We select gstreamer-0.10 packages but then we enable gstreamer1 support in the opencv.mk file. opencv3 has the correct logic, so let's use it in opencv as well. Fixes: http://autobuild.buildroot.net/results/f6d/f6d0a4ffe347cbb868998856aca674ba8bc2e281/ Signed-off-by: Vicente Olivert Riera Signed-off-by: Peter Korsgaard