NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
8d91fc17cd
kumquat-buildroot/package/efl/Config.in

307 lines
9.9 KiB
Plaintext
Raw Normal View History

package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL
bool "efl"
package/efl: bump to 1.17.2 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 <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-22 23:27:43 +02:00
# g++ issue with 4.4.5, tested with g++ 4.7.2
depends on BR2_HOST_GCC_AT_LEAST_4_7
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_7
package/libefl: move to package directory As discussed on the list move the last remaining package in package/efl subdirectory to package/ directory. - move the efl dependency to libefl. - Set LIBEFL_VERSION with the version number directly. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:15 +01:00
depends on BR2_INSTALL_LIBSTDCPP
package/efl: switch to luajit support 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 <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-22 23:27:42 +02:00
depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS # luajit
package/libefl: move to package directory As discussed on the list move the last remaining package in package/efl subdirectory to package/ directory. - move the efl dependency to libefl. - Set LIBEFL_VERSION with the version number directly. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:15 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # untested without threads
depends on BR2_USE_MMU
depends on BR2_USE_WCHAR # use wchar_t
depends on !BR2_STATIC_LIBS # dlfcn.h
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
select BR2_PACKAGE_DBUS
select BR2_PACKAGE_FREETYPE
select BR2_PACKAGE_JPEG # Emile needs libjpeg
select BR2_PACKAGE_LIBCURL # Ecore_con_url, runtime dependency
package/efl: switch to luajit support 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 <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-22 23:27:42 +02:00
# https://phab.enlightenment.org/T2728
select BR2_PACKAGE_LUAJIT # Lua support broken
package/efl: use liblz4 from lz4 package Efl libraries bundle a copy of liblz4 which is also provided by lz4 Buildroot package. Switch to liblz4 from lz4 package. Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-04 13:22:05 +01:00
select BR2_PACKAGE_LZ4
efl: add missing select of zlib 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 <thomas.petazzoni@free-electrons.com>
2016-07-20 23:35:44 +02:00
select BR2_PACKAGE_ZLIB
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
Enlightenment Foundation Libraries
https://enlightenment.org
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
if BR2_PACKAGE_EFL
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_BULLET
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable bullet support (recommended)"
default y
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
select BR2_PACKAGE_BULLET
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
If you have chosen to disable physics support, this disables
lots of core functionality and is effectively never
tested. You are going to find features that suddenly don't
work and as a result cause a series of breakages. This is
simply not tested so you are on your own in terms of
ensuring everything works if you do this.
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
config BR2_PACKAGE_EFL_EEZE
bool "Enable eeze (udev) support (recommended)"
default y
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
depends on BR2_PACKAGE_HAS_UDEV # libudev
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
help
Eeze is EFL's hardware abstraction layer on top of udev.
Having it off will disable some hardware detection, such as
'drm' graphics engine or 'elput', as well as mounting
removable media.
comment "eeze needs udev /dev management"
depends on !BR2_PACKAGE_HAS_UDEV
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_FONTCONFIG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable fontconfig support (recommended)"
default y
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
select BR2_PACKAGE_FONTCONFIG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
If fontconfig is disabled, this is going to make general
font searching not work, and only some very direct 'load
/path/file.ttf' will work alongside some old-school ttf file
path searching. This is very likely not what you want, so
highly reconsider turning fontconfig off. Having it off will
lead to visual problems like missing text in many UI areas
etc...
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_GSTREAMER1
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable gstreamer1 support (recommended)"
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
default y
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
select BR2_PACKAGE_GSTREAMER1
select BR2_PACKAGE_GST1_PLUGINS_BASE
help
If Gstreamer 1.x support is disabled, it will heavily limit
your media support options and render some functionality as
useless, leading to visible application bugs.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_LIBFRIBIDI
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable libfribidi support (recommended)"
default y
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
select BR2_PACKAGE_LIBFRIBIDI
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
Fribidi is used for handling right-to-left text (like
Arabic, Hebrew, Farsi, Persian etc.) and is very likely not
a feature you want to disable unless you know for absolute
certain you will never encounter and have to display such
scripts. Also note that we don't test with fribidi disabled
so you may also trigger code paths with bugs that are never
normally used.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_LIBSNDFILE
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable libsndfile support (recommended)"
default y
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
select BR2_PACKAGE_LIBSNDFILE
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
If you disabled audio support in Ecore, this is not tested
and may create bugs for you due to it creating untested code
paths. Reconsider disabling audio.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_PULSEAUDIO
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable pulseaudio support (recommended)"
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
default y
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
select BR2_PACKAGE_PULSEAUDIO
help
The only audio output method supported by Ecore right now is
via Pulseaudio. You have disabled that and likely have
broken a whole bunch of things in the process. Reconsider
your configure options.
NOTE: multisense support is automatically enabled with
pulseaudio.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_UTIL_LINUX_LIBMOUNT
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "Enable libmount support (recommended)"
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
default y
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
depends on BR2_PACKAGE_EFL_EEZE
efl: fix target package dependency on util-linux (libmount) Use the correct variable (BR2_PACKAGE_EFL_UTIL_LINUX_LIBMOUNT) and do not impose dependency on util-linux if not needed. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Reviewed-by: Romain Naour <romain.naour@gmail.com> Tested-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-01-03 22:29:31 +01:00
select BR2_PACKAGE_UTIL_LINUX
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
select BR2_PACKAGE_UTIL_LINUX_LIBMOUNT
efl: fix target package dependency on util-linux (libmount) Use the correct variable (BR2_PACKAGE_EFL_UTIL_LINUX_LIBMOUNT) and do not impose dependency on util-linux if not needed. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Reviewed-by: Romain Naour <romain.naour@gmail.com> Tested-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-01-03 22:29:31 +01:00
# libblkid is part of required tools, see EFL's README.
select BR2_PACKAGE_UTIL_LINUX_LIBBLKID
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
help
Libmount is used heavily inside Eeze for support of removable
devices etc... and disabling this will hurt support for
Enlightenment and its filemanager.
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
comment "efl's libmount support needs udev /dev management (eeze)"
depends on !BR2_PACKAGE_EFL_EEZE
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_HAS_RECOMMENDED_CONFIG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
default y if BR2_PACKAGE_EFL_BULLET && \
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
BR2_PACKAGE_EFL_EEZE && \
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
BR2_PACKAGE_EFL_FONTCONFIG && \
BR2_PACKAGE_EFL_GSTREAMER1 && \
BR2_PACKAGE_EFL_LIBFRIBIDI && \
BR2_PACKAGE_EFL_LIBSNDFILE && \
BR2_PACKAGE_EFL_PULSEAUDIO && \
BR2_PACKAGE_EFL_UTIL_LINUX_LIBMOUNT
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
comment "Warning: one of the recommended option for EFL is not enabled"
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
depends on !BR2_PACKAGE_EFL_HAS_RECOMMENDED_CONFIG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
package/efl: enable Eolian languages bindings 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 <romain.naour@gmail.com> [Thomas: fix misc typos.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-18 22:51:26 +02:00
config BR2_PACKAGE_EFL_EOLIAN_CPP
bool "Enable Eolian C++ bindings"
depends on BR2_HOST_GCC_AT_LEAST_4_8 # Eolian (host) needs C++11
depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_8 # Eolian needs C++11
help
Eolian is an EO object parser and code generator.
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
With this option enabled Eolian will handle automatic
generation of EFL bindings for the C++11 language.
package/efl: enable Eolian languages bindings 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 <romain.naour@gmail.com> [Thomas: fix misc typos.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-07-18 22:51:26 +02:00
comment "Eolian needs host and target gcc >= 4.8"
depends on !BR2_HOST_GCC_AT_LEAST_4_8 || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_8
package/efl/libefl: add frame buffer config option Add an config option to enable frame buffer support in the efl libraries. >From the README [1]: This requires linux frame-buffer support, headers etc. This supports basic frame-buffers like /dev/fb as well as input via /dev/input for keyboards and mice in a basic way. There is a bug eina_module_load(). >From [2]: When running terminology, a message appears in eina_module_load with: could not dlopen("/usr/lib/ecore_evas/engines/fb/v-1.15/module.so", Error relocating /usr/lib/ecore_evas/engines/fb/v-1.15/module.so: ecore_fb_ts_shutdown: symbol not found): RTLD_NOW It seems like the EAPI macro has no effect... A patch from Ross Vandegrift has been posted on enlightenment mailing list [3], but it's not yet an upstream patch. [1] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n521 [2] http://sourceforge.net/p/enlightenment/mailman/message/34493376 [3] http://sourceforge.net/p/enlightenment/mailman/message/34492801 Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:17 +01:00
comment "libecore video support"
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_FB
package/efl/libefl: add frame buffer config option Add an config option to enable frame buffer support in the efl libraries. >From the README [1]: This requires linux frame-buffer support, headers etc. This supports basic frame-buffers like /dev/fb as well as input via /dev/input for keyboards and mice in a basic way. There is a bug eina_module_load(). >From [2]: When running terminology, a message appears in eina_module_load with: could not dlopen("/usr/lib/ecore_evas/engines/fb/v-1.15/module.so", Error relocating /usr/lib/ecore_evas/engines/fb/v-1.15/module.so: ecore_fb_ts_shutdown: symbol not found): RTLD_NOW It seems like the EAPI macro has no effect... A patch from Ross Vandegrift has been posted on enlightenment mailing list [3], but it's not yet an upstream patch. [1] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n521 [2] http://sourceforge.net/p/enlightenment/mailman/message/34493376 [3] http://sourceforge.net/p/enlightenment/mailman/message/34492801 Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:17 +01:00
bool "FB support"
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_X_XLIB
package/efl/libefl: add X11 support Add an option to enable X11 support in libecore without graphic acceleration. libecore can use xlib or xcb support but the latter in not recommended by efl developpers [1]. Thereby the xcb support has been dropped with the bump to efl 1.15. Also, set x-includes and x-libraries configure option for cross-compiling. Previous efl versions had cross-compilation issue (poisoned paths) if these options are not passed to configure script. In order to remove the dependency on libXp wich is no longer bundled in recent X11 release [2], backport an upstream patch [3] to remove xprint usage. [1] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5002 [2] http://www.x.org/wiki/Releases/ModuleVersions [3] https://git.enlightenment.org/core/efl.git/commit/?h=efl-1.15&id=434572355c7e929b84210b2f795634d38f13c913 Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:19 +01:00
bool "X11 support (xlib)"
depends on BR2_PACKAGE_XORG7
select BR2_PACKAGE_XLIB_LIBX11
select BR2_PACKAGE_XLIB_LIBXEXT
select BR2_PACKAGE_XLIB_LIBXCOMPOSITE
select BR2_PACKAGE_XLIB_LIBXCURSOR
select BR2_PACKAGE_XLIB_LIBXDAMAGE
select BR2_PACKAGE_XLIB_LIBXINERAMA
select BR2_PACKAGE_XLIB_LIBXP
select BR2_PACKAGE_XLIB_LIBXRANDR
select BR2_PACKAGE_XLIB_LIBXRENDER
select BR2_PACKAGE_XLIB_LIBXSCRNSAVER
select BR2_PACKAGE_XLIB_LIBXTST
select BR2_PACKAGE_XPROTO_GLPROTO
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
config BR2_PACKAGE_EFL_WAYLAND
bool "Wayland support"
package/efl: use "depends on" instead of "select" BR2_PACKAGE_EFL_WAYLAND The efl Wayland support shouldn't select Wayland package itself. It must be an user decision, so use "depends on" instead. Signed-off-by: Romain Naour <romain.naour@gmail.com> Reviewed-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-30 17:22:49 +01:00
depends on BR2_PACKAGE_WAYLAND
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # Evas DRM Engine -> libdrm
depends on BR2_PACKAGE_MESA3D_OPENGL_EGL # Evas DRM Engine
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
depends on BR2_PACKAGE_EFL_EEZE # efl drm
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
depends on BR2_PACKAGE_EFL_OPENGLES # OpenGL ES with EGL support only
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
depends on BR2_ENABLE_LOCALE # efl-drm <- efl-elput <- linput
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
select BR2_PACKAGE_EFL_DRM
package/efl: bump to version 1.19.0 This new version of the EFL enables systemd support by default, so we have to disable it explicitely for host-efl by adding an additional --disable-systemd option to HOST_EFL_CONF_OPTS. Also handle newly introduced options vnc-server and net-control which brings additional dependencies. Disable them by default. Select wayland-protocol package which is now required to build the efl wayland support [1]. See the release announcement [2]. [1] https://git.enlightenment.org/core/efl.git/commit/?id=55750d41fad6055a549664ae92a34e636d7fb1f0 [2] https://sourceforge.net/p/enlightenment/mailman/message/35785467 Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 23:14:22 +02:00
select BR2_PACKAGE_WAYLAND_PROTOCOLS
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
comment "Wayland support needs udev /dev management (eeze), OpenGL ES w/ EGL, threads, locales"
package/efl: use "depends on" instead of "select" BR2_PACKAGE_EFL_WAYLAND The efl Wayland support shouldn't select Wayland package itself. It must be an user decision, so use "depends on" instead. Signed-off-by: Romain Naour <romain.naour@gmail.com> Reviewed-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-12-30 17:22:49 +01:00
depends on BR2_PACKAGE_WAYLAND
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_PACKAGE_MESA3D_OPENGL_EGL \
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
|| !BR2_PACKAGE_EFL_OPENGLES || !BR2_PACKAGE_EFL_EEZE \
|| !BR2_ENABLE_LOCALE
package/efl: add Wayland support The EFL Wayland support was removed with commit [1] since the dependecy on libdrm was missing. Also it requires OpenGL ES with EGL, Evas DRM and Evas GLES DRM support [2]. As stated in configure, Evas GLES DRM engine support (gl_drm) depends on wayland-client to build (wayland-client >= 1.8.0). So, enable gl_drm only when wayland support is selected. [1] 4f04be1659f186765f506c68f5bfbf6845fc40dc [2] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Cc: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:17 +01:00
package/efl: add OpenGL/OpenGLES support Allow to enable graphic acceleration using OpenGL or OpenGLES with efl libraries. The full OpenGL option depend on X11, because full OpenGL means GLX, which means X11. Also select efl xlib support when full OpenGL is selected. Enable OpenGL ES when EGL API is enabled, otherwise the build fail with this error: configure: error: OpenGL ES requires EGL, please add --enable-egl to your configure options to switch to EGL + OpenGL ES. With the upcomming Wayland support in EFL Buildroot packaging, OpenGL ES support is recommended. Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - use a single ifeq/else ifeq/else ifeq/endif block - remove the "default" for the choice, move the "none" choice at the end, and simply rely on the first choice having its dependencies met being automatically enable by kconfig. So OpenGL first, then OpenGLES, and then none.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-07 23:08:40 +02:00
choice
bool "OpenGL support"
help
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
libevas can be configured to use HW acceleration with OpenGL
or OpenGL ES.
package/efl: add OpenGL/OpenGLES support Allow to enable graphic acceleration using OpenGL or OpenGLES with efl libraries. The full OpenGL option depend on X11, because full OpenGL means GLX, which means X11. Also select efl xlib support when full OpenGL is selected. Enable OpenGL ES when EGL API is enabled, otherwise the build fail with this error: configure: error: OpenGL ES requires EGL, please add --enable-egl to your configure options to switch to EGL + OpenGL ES. With the upcomming Wayland support in EFL Buildroot packaging, OpenGL ES support is recommended. Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - use a single ifeq/else ifeq/else ifeq/endif block - remove the "default" for the choice, move the "none" choice at the end, and simply rely on the first choice having its dependencies met being automatically enable by kconfig. So OpenGL first, then OpenGLES, and then none.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-07 23:08:40 +02:00
config BR2_PACKAGE_EFL_OPENGL
bool "OpenGL"
depends on BR2_PACKAGE_HAS_LIBGL
depends on BR2_PACKAGE_XORG7
select BR2_PACKAGE_EFL_X_XLIB
comment "OpenGL support needs X11 and an OpenGL provider"
depends on !BR2_PACKAGE_HAS_LIBGL || !BR2_PACKAGE_XORG7
config BR2_PACKAGE_EFL_OPENGLES
bool "OpenGL ES (w/ EGL)"
depends on BR2_PACKAGE_HAS_LIBEGL
depends on BR2_PACKAGE_HAS_LIBGLES
comment "OpenGL ES support needs an OpenGL ES w/ EGL provider"
depends on !BR2_PACKAGE_HAS_LIBGLES || !BR2_PACKAGE_HAS_LIBEGL
config BR2_PACKAGE_EFL_OPENGL_NONE
bool "none"
endchoice # OpenGL support
package/efl: enable elput support Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - add --disable-elput in the !BR2_PACKAGE_EFL_ELPUT case - add missing dependency on libxkbcomm] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-07 23:08:41 +02:00
config BR2_PACKAGE_EFL_ELPUT
bool "Elput"
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
depends on BR2_ENABLE_LOCALE # libinput
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
depends on BR2_PACKAGE_EFL_EEZE
package/efl: enable elput support Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - add --disable-elput in the !BR2_PACKAGE_EFL_ELPUT case - add missing dependency on libxkbcomm] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-07 23:08:41 +02:00
select BR2_PACKAGE_LIBINPUT
select BR2_PACKAGE_LIBXKBCOMMON
help
package/efl: fix coding style problems reported by check-package Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-14 14:13:42 +02:00
The elput library is an efl abstraction for the libinput
library which can be used by various other subsystems
(ecore_fb, ecore_drm, etc) to handle interfacing with
libinput without having to duplicate the code in each
subsystem.
package/efl: enable elput support Signed-off-by: Romain Naour <romain.naour@gmail.com> [Thomas: - add --disable-elput in the !BR2_PACKAGE_EFL_ELPUT case - add missing dependency on libxkbcomm] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-07 23:08:41 +02:00
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
comment "Elput support needs udev /dev management (eeze), locales"
depends on !BR2_PACKAGE_EFL_EEZE || !BR2_ENABLE_LOCALE
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
package/efl: enable libdrm support drm can be used without compositor, just like it was with the framebuffer for standalone applications As stated in configure.ac, libdrm support needs libdrm, elput, libxkbcommon and libgbm. libgbm is only provided by mesa3d package when OpenGL EGL support is enabled, so add a direct dependency on mesa3d. Rework the libxkbcommon dependency since it's now required for elput and libdrm support. [1] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:16 +01:00
config BR2_PACKAGE_EFL_DRM
bool "Evas DRM Engine"
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
depends on BR2_PACKAGE_EFL_EEZE
package/efl: enable libdrm support drm can be used without compositor, just like it was with the framebuffer for standalone applications As stated in configure.ac, libdrm support needs libdrm, elput, libxkbcommon and libgbm. libgbm is only provided by mesa3d package when OpenGL EGL support is enabled, so add a direct dependency on mesa3d. Rework the libxkbcommon dependency since it's now required for elput and libdrm support. [1] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:16 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # libdrm
depends on BR2_PACKAGE_MESA3D_OPENGL_EGL # require libgbm from mesa3d
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
depends on BR2_ENABLE_LOCALE # efl-elput <- libinput
package/efl: enable libdrm support drm can be used without compositor, just like it was with the framebuffer for standalone applications As stated in configure.ac, libdrm support needs libdrm, elput, libxkbcommon and libgbm. libgbm is only provided by mesa3d package when OpenGL EGL support is enabled, so add a direct dependency on mesa3d. Rework the libxkbcommon dependency since it's now required for elput and libdrm support. [1] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:16 +01:00
select BR2_PACKAGE_EFL_ELPUT
select BR2_PACKAGE_LIBDRM
select BR2_PACKAGE_LIBXKBCOMMON
help
This option enable building support for the Evas DRM Engine.
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
comment "Evas DRM Engine needs udev /dev management (eeze), mesa3d w/ EGL support, threads, locales"
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_PACKAGE_MESA3D_OPENGL_EGL \
package/efl: fix unmet dependencies EFL's elput selects libinput but forgot to propagate its dependencies. Which requires they be propagated further to a second sub-option, then to a third one. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Romain Naour <romain.naour@openwide.fr> [Thomas: fix typoes.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-05-08 23:11:49 +02:00
|| !BR2_PACKAGE_EFL_EEZE || !BR2_ENABLE_LOCALE
package/efl: enable libdrm support drm can be used without compositor, just like it was with the framebuffer for standalone applications As stated in configure.ac, libdrm support needs libdrm, elput, libxkbcommon and libgbm. libgbm is only provided by mesa3d package when OpenGL EGL support is enabled, so add a direct dependency on mesa3d. Rework the libxkbcommon dependency since it's now required for elput and libdrm support. [1] https://www.enlightenment.org/about-wayland Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Pierre Floury <devpfl@gmail.com> Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-12-08 23:24:16 +01:00
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
comment "libevas loaders"
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_PNG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "libevas png loader"
select BR2_PACKAGE_LIBPNG
help
This enables the loader code that loads png files using
libpng.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_JPEG
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "libevas jpeg loader"
help
This enables the loader code that loads jpeg files using
libjpeg.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_GIF
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "libevas gif loader"
select BR2_PACKAGE_GIFLIB
help
This enables the loader code that loads gif files using
libungif: remove deprecated 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 <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-01-20 17:53:40 +01:00
giflib.
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_TIFF
package/efl/libefl: new package Add the libefl package which contains an updated version of the following libraries: libecore, libedje, libeet, libfreet, libeina, libeio, libembryo, libthumb and libevas. It also contains eldbus, ephysics, and escape, see [1]. The name libefl is transitional in order to bump smoothly all packages that use efl libraries and remove the old package libecore, libevas... The package libefl will be renamed to efl in a followup patch at the end of the series. For now, the bump to efl 1.15.x is not complete. This allows to build at least a default configuration without X11 support or graphics acceleration. This support will be added by a follow up patches in the series. Here is some notes about libefl dependencies: - alsa: At the end of the configure script, the summary tab will show that alsa support is allways disabled even if alsa-utils has been build before efl-core package. "Ecore_Audio.....: yes (-alsa +pulseaudio +sndfile)" This is intentional. - util-linux: libefl select util-linux libblkid since it's listed as an dependency in the README [2]. - threads support: Add a dependency on threads support since clearly efl libraries are not even built without thread support [3]. - Curl: Curl is listed as an dependency in the README because it's a runtime dependency since efl 1.8 [4]. We need to regenerate the configure script to workaround a build issue with eldbus-codegen: CCLD bin/eldbus/eldbus-codegen CXXLD bin/eolian_cxx/eolian_cxx CCLD lib/ecore_x/ecore_x_vsync CCLD lib/evas/common/libevas_op_blend_sse3.la CCLD lib/evas/common/libevas_convert_rgb_32.la CCLD lib/ecore_ipc/libecore_ipc.la [...]/i686-ctng-linux-gnu/bin/ld: warning: libefl.so.1, needed by lib/ecore/.libs/libecore.so, not found (try using -rpath or -rpath-link) lib/ecore/.libs/libecore.so: undefined reference to `efl_control_suspend_set' lib/ecore/.libs/libecore.so: undefined reference to `efl_control_interface_get' collect2: error: ld returned 1 exit status Makefile:19135: recipe for target 'bin/eldbus/eldbus-codegen' failed make[6]: *** [bin/eldbus/eldbus-codegen] Error 1 A dependency on libefl seems to be missing for eldbus but by regenerating eldbus-codegen build correctly. Reported upstream [6]. Also, gettextize is needed since *.po files were generated with an "old" gettext version (0.18): Making all in po *** error: gettext infrastructure mismatch: using a Makefile.in.in from gettext version 0.18 but the autoconf macros are from gettext version 0.19 Makefile:149: recipe for target 'check-macro-version' failed [1] See https://phab.enlightenment.org/phame/live/3/post/efl_1_8/ [2] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n478 [3] https://git.enlightenment.org/core/efl.git/tree/configure.ac#n5032 [4] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n453 https://git.enlightenment.org/core/efl.git/commit/?id=2c1c6b9335e38c6e52b06829a95d9b58d780c99e [5] http://mailman.uclibc-ng.org/pipermail/devel/2015-August/000432.html [6] https://phab.enlightenment.org/T2718 [Thomas: - make the BR2_PACKAGE_LIBEFL_RECOMMENDED_CONFIG hidden and rename it to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. - rewrap Config.in help text where needed.] Signed-off-by: Romain Naour <romain.naour@openwide.fr> Tested-by: Vicente Bergas <vicencb@gmail.com> Cc: Vicente Bergas <vicencb@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:13 +01:00
bool "libevas tiff loader"
select BR2_PACKAGE_TIFF
help
This enables the loader code that loads tiff files.
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
config BR2_PACKAGE_EFL_WEBP
package/efl/libefl: add webp dependency WebP is a new image format that provides lossless and lossy compression for images on the web. So enabling webp support in efl libraries allow to loads images using WebP. Also, it one of the "highly recommended" dependencies [1] according to the README but disabling it doesn't need the --enable-i-really-know-what-i-am-doing... option. That's why BR2_PACKAGE_LIBEFL_WEBP is not added to BR2_PACKAGE_LIBEFL_HAS_RECOMMENDED_CONFIG. [1] https://git.enlightenment.org/core/efl.git/tree/README?id=v1.15.2#n486 Signed-off-by: Romain Naour <romain.naour@openwide.fr> Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-15 23:40:16 +01:00
bool "libevas webp image loader"
select BR2_PACKAGE_WEBP
help
This enables the loader code that loads images using WebP.
package/efl: bump to 1.18.0 Elementary, evas-generic-loaders and emotion-generic-loaders are now part of efl 1.18 package [1]. Merge the elementery and evas-generic-loaders package to the efl one. Rename librsvg option (srvg/libsrvg) [1] https://phab.enlightenment.org/w/efl_and_elementary_1_18/ Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-02 22:31:27 +02:00
config BR2_PACKAGE_EFL_LIBRAW
bool "libraw loader"
select BR2_PACKAGE_LIBRAW
help
This option enables the Evas generic Libraw loader
config BR2_PACKAGE_EFL_SVG
bool "SVG loader"
librsvg: bump to version 2.42.5 - Add a dependency to host-cargo - Add a patch to set RUST_TARGET - Add a dependency to BR2_PACKAGE_HOST_RUSTC_ARCH_SUPPORTS - Forward this dependency to efl svg, enlightment, gst-plugins-bad and gst1-plugins-bad - Add hash for license file Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [Thomas: propagate the new dependency to the gst-plugins-bad and gst1-plugins-bad Config.in comments.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2018-06-10 15:38:57 +02:00
depends on BR2_PACKAGE_HOST_RUSTC_ARCH_SUPPORTS # librsvg
package/efl: bump to 1.18.0 Elementary, evas-generic-loaders and emotion-generic-loaders are now part of efl 1.18 package [1]. Merge the elementery and evas-generic-loaders package to the efl one. Rename librsvg option (srvg/libsrvg) [1] https://phab.enlightenment.org/w/efl_and_elementary_1_18/ Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-02 22:31:27 +02:00
depends on BR2_TOOLCHAIN_HAS_SYNC_4 # librsvg -> pango -> harfbuzz
select BR2_PACKAGE_LIBRSVG
select BR2_PACKAGE_CAIRO
help
This option enables the Evas generic SVG loader
package/efl: rename libefl to efl This allow to keep backward compatibility with older defconfig files that used BR2_PACKAGE_EFL. Don't add Config.in.legacy entry for libefl since it's not part of any Buildroot release. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:16 +01:00
endif # BR2_PACKAGE_EFL
package/libefl: move to package directory As discussed on the list move the last remaining package in package/efl subdirectory to package/ directory. - move the efl dependency to libefl. - Set LIBEFL_VERSION with the version number directly. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:15 +01:00
efl: do not force dependency on libudev by making eeze a config option. Although highly recommended to be enabled, EFL's eeze can be disabled and thus no dependency on libudev or dynamic device management. Since 'BR2_PACKAGE_HAS_UDEV' has two ways to be satisfied (eudev or systemd) we can't automatically select it, instead show a comment and use 'depends on'. Signed-off-by: Gustavo Sverzut Barbieri <barbieri@profusion.mobi> [Romain: - Propagate the eeze dependency to enlightenment and efl Wayland - Remove udev provider from eeze comment in efl's Config.in - Add comments when eeze is not available] Signed-off-by: Romain Naour <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-02-06 17:10:28 +01:00
comment "efl needs a toolchain w/ C++, dynamic library, gcc >= 4.7, threads, wchar"
depends on !BR2_INSTALL_LIBSTDCPP \
package/efl: bump to 1.17.2 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 <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-22 23:27:43 +02:00
|| !BR2_HOST_GCC_AT_LEAST_4_7 || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 \
package/libefl: move to package directory As discussed on the list move the last remaining package in package/efl subdirectory to package/ directory. - move the efl dependency to libefl. - Set LIBEFL_VERSION with the version number directly. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:15 +01:00
|| BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS || !BR2_USE_WCHAR
package/efl: switch to luajit support 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 <romain.naour@gmail.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-22 23:27:42 +02:00
depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
package/libefl: move to package directory As discussed on the list move the last remaining package in package/efl subdirectory to package/ directory. - move the efl dependency to libefl. - Set LIBEFL_VERSION with the version number directly. Signed-off-by: Romain Naour <romain.naour@openwide.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2015-12-19 17:39:15 +01:00
depends on BR2_USE_MMU
Reference in New Issue Copy Permalink