buildroot/package/efl, branch 2016.08

package/efl: enable systemd support

2016-07-23T13:09:30+00:00

systemd it one of the "highly recommended" dependecies according to the README [1] but disabling it doesn't need the --enable-i-really-know-what-i-am-doing... option. That's why BR2_PACKAGE_EFL_HAS_RECOMMENDED_CONFIG is not disabled when systemd is not selected. [1] https://git.enlightenment.org/core/efl.git/tree/README?h=efl-1.17#n489 Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

efl: add missing select of zlib

2016-07-20T21:35:44+00:00

The efl package has zlib in its dependencies, but does not select it, which causes a dependency check error with the following defconfig: BR2_arm=y BR2_TOOLCHAIN_EXTERNAL=y BR2_TOOLCHAIN_EXTERNAL_CUSTOM=y BR2_TOOLCHAIN_EXTERNAL_DOWNLOAD=y BR2_TOOLCHAIN_EXTERNAL_URL="http://autobuild.buildroot.org/toolchains/tarballs/br-arm-full-2016.05-1162-g94c7298.tar.bz2" BR2_TOOLCHAIN_EXTERNAL_GCC_4_8=y BR2_TOOLCHAIN_EXTERNAL_HEADERS_3_10=y BR2_TOOLCHAIN_EXTERNAL_LOCALE=y BR2_TOOLCHAIN_EXTERNAL_INET_RPC=y BR2_TOOLCHAIN_EXTERNAL_CXX=y BR2_INIT_NONE=y BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_EUDEV=y BR2_SYSTEM_BIN_SH_NONE=y BR2_PACKAGE_EFL=y This commit fixes this by selecting the zlib package at the Config.in level. Signed-off-by: Thomas Petazzoni

package/efl: enable Eolian languages bindings

2016-07-20T21:18:24+00:00

Eolian languages bindings needs C++11, so we needs at least a gcc 4.8 for the host and target variant. The C++11 support with gcc 4.7 is not sufficient. Build eolian_cxx for the host only if Eolian support for the target is selected. Signed-off-by: Romain Naour [Thomas: fix misc typos.] Signed-off-by: Thomas Petazzoni

package/efl: disable libevas jp2k loader

2016-07-15T15:03:13+00:00

When the support for JP2K is requested, the configure script is looking for libopenjpeg1.pc which is not provided by the openjpeg package since it's too recent (currently v2.1). Mark BR2_PACKAGE_EFL_JP2K as broken until a new version of the efl stack support the new openjpeg library. Fixes: http://autobuild.buildroot.net/results/ff1/ff1dbbc6cffdb5b2550b3613295151ff9fa964d6 Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/efl: bump to 1.17.2

2016-06-26T19:30:40+00:00

Update the untested configuration warning option. Disable efl build for host/target gcc older than 4.7 (oldest tested version). http://lists.busybox.net/pipermail/buildroot/2016-June/163606.html Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/efl: switch to luajit support

2016-06-26T19:27:37+00:00

In efl 1.15.x, Lua "old" support is broken with Lua 5.2+ [1]. With the patch added in efl 1.16 to fixes this issue, libevas fail to link with the following error: CCLD bin/ecore_evas/ecore_evas_convert host-efl-1.16.1/src/lib/evas/.libs/libevas.so: undefined reference to `luaL_openlib' collect2: error: ld returned 1 exit status Makefile:19021: recipe for target 'bin/ecore_evas/ecore_evas_convert' failed Since 9ba8d1cce4ab00307827083bae234d87b37fb967, the luajit support can be enabled in efl package. In order to update the efl stack to 1.17, switch to luajit support and remove Lua "old" support since it's not fixed upstream yet. But the drawback is the efl stack depends implicitely on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS. [1] https://phab.enlightenment.org/T2728 Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni

package/efl: disable Lua 5.2+ support

2016-02-21T17:42:09+00:00

The efl are currently broken with Lua 5.2+. See: https://phab.enlightenment.org/T2728 Avoid: http://autobuild.buildroot.net/results/e178371c2c3bf42d59c6fc26409e098081239ccb/ Signed-off-by: Romain Naour 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"

libungif: remove deprecated

2016-01-20T20:14:10+00:00

It's been deprecated for a year now, so remove it. While at it also remove the BR2_DEPRECATED_SINCE_2015_02 since it's now unused. And change the efl gif text to refer to giflib rather than libungif which is what's used since it was deprecated. Signed-off-by: Gustavo Zacarias Signed-off-by: Thomas Petazzoni