Skip to contentSkip to conversation

package/efl: switch to luajit support

PATCH New Romain Naour 3 participants 11 messages Jun 22, 2016 – Jul 1, 2016

lore
Share & tools
lore

Romain Naour

author
#0 lore raw

PATCH v3 1/5 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 <[email protected]>

---
v2: select BR2_PACKAGE_LUAJIT (ThomasP)

---
 package/efl/Config.in | 10 ++++------
 package/efl/efl.mk    | 17 +++++++++--------
 2 files changed, 13 insertions(+), 14 deletions(-)
package/efl/Config.in +4 -6
index 88e2c36..4e37850 100644
@@ -2,8 +2,7 @@ config BR2_PACKAGE_EFL
 	bool "efl"
 	depends on BR2_INSTALL_LIBSTDCPP
 	depends on BR2_PACKAGE_HAS_UDEV # libudev
-	# https://phab.enlightenment.org/T2728
-	depends on BR2_PACKAGE_LUA_5_1 # needs lua 5.1, broken with 5.2+
+	depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS # luajit
 	depends on BR2_TOOLCHAIN_HAS_THREADS # untested without threads
 	depends on BR2_USE_MMU
 	depends on BR2_USE_WCHAR # use wchar_t

@@ -13,6 +12,8 @@ config BR2_PACKAGE_EFL
 	select BR2_PACKAGE_JPEG # Emile needs libjpeg
 	select BR2_PACKAGE_LIBCURL # Ecore_con_url, runtime dependency
 	select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
+	# https://phab.enlightenment.org/T2728
+	select BR2_PACKAGE_LUAJIT # Lua support broken with 5.2+
 	select BR2_PACKAGE_UTIL_LINUX
 	# libblkid is part of required tools, see EFL's README.
 	select BR2_PACKAGE_UTIL_LINUX_LIBBLKID

@@ -184,8 +185,5 @@ endif # BR2_PACKAGE_EFL
 comment "efl needs udev /dev management and a toolchain w/ C++, dynamic library, threads, wchar"
 	depends on !BR2_PACKAGE_HAS_UDEV || !BR2_INSTALL_LIBSTDCPP \
 		|| BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS || !BR2_USE_WCHAR
-	depends on BR2_USE_MMU
-
-comment "efl needs lua 5.1"
-	depends on !BR2_PACKAGE_LUA_5_1
+	depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
 	depends on BR2_USE_MMU
package/efl/efl.mk +9 -8
index 2ea2592..916999d 100644
@@ -19,8 +19,8 @@ EFL_LICENSE_FILES = \
 
 EFL_INSTALL_STAGING = YES
 
-EFL_DEPENDENCIES = host-pkgconf host-efl dbus freetype jpeg lua udev \
-	util-linux zlib
+EFL_DEPENDENCIES = host-pkgconf host-efl host-luajit dbus freetype \
+	jpeg luajit udev util-linux zlib
 
 # Regenerate the autotools:
 #  - to fix an issue in eldbus-codegen: https://phab.enlightenment.org/T2718

@@ -29,19 +29,20 @@ EFL_GETTEXTIZE = YES
 
 # Configure options:
 # --disable-cxx-bindings: disable C++11 bindings.
+# --disable-lua-old: build elua for the target.
 # --disable-sdl: disable sdl2 support.
 # --disable-systemd: disable systemd support.
 # --disable-xinput22: disable X11 XInput v2.2+ support.
-# --enable-lua-old: disable Elua and remove luajit dependency.
 # --with-opengl=none: disable opengl support.
 EFL_CONF_OPTS = \
 	--with-edje-cc=$(HOST_DIR)/usr/bin/edje_cc \
+	--with-elua=$(HOST_DIR)/usr/bin/elua \
 	--with-eolian-gen=$(HOST_DIR)/usr/bin/eolian_gen \
 	--disable-cxx-bindings \
+	--disable-lua-old \
 	--disable-sdl \
 	--disable-systemd \
 	--disable-xinput22 \
-	--enable-lua-old \
 	--with-opengl=none
 
 # Disable untested configuration warning.

@@ -227,7 +228,7 @@ $(eval $(autotools-package))
 # * host-freetype: for libevas
 # * host-libglib2: for libecore
 # * host-libjpeg, host-libpng: for libevas image loader
-# * host-lua: disable luajit dependency
+# * host-luajit for Elua tool for the host
 HOST_EFL_DEPENDENCIES = \
 	host-pkgconf \
 	host-dbus \

@@ -235,7 +236,7 @@ HOST_EFL_DEPENDENCIES = \
 	host-libglib2 \
 	host-libjpeg \
 	host-libpng \
-	host-lua \
+	host-luajit \
 	host-zlib
 
 # Configure options:

@@ -246,10 +247,10 @@ HOST_EFL_DEPENDENCIES = \
 # --disable-gstreamer1: remove dependency on gtreamer 1.0.
 # --disable-libeeze: remove libudev dependency.
 # --disable-libmount: remove dependency on host-util-linux libmount.
+# --disable-lua-old: build elua for the host.
 # --disable-physics: remove Bullet dependency.
 # --enable-image-loader-gif=no: disable Gif dependency.
 # --enable-image-loader-tiff=no: disable Tiff dependency.
-# --enable-lua-old: disable Elua and remove luajit dependency.
 # --with-crypto=none: remove dependencies on openssl or gnutls.
 # --with-x11=none: remove dependency on X.org.
 #   Yes I really know what I am doing.

@@ -261,13 +262,13 @@ HOST_EFL_CONF_OPTS += \
 	--disable-gstreamer1 \
 	--disable-libeeze \
 	--disable-libmount \
+	--disable-lua-old \
 	--disable-multisense \
 	--disable-physics \
 	--enable-image-loader-gif=no \
 	--enable-image-loader-jpeg=yes \
 	--enable-image-loader-png=yes \
 	--enable-image-loader-tiff=no \
-	--enable-lua-old \
 	--with-crypto=none \
 	--with-glib=yes \
 	--with-opengl=none \
Signature · 1 line
2.5.5
author
#1 lore raw

PATCH v3 2/5 package/efl: bump to 1.17.2

Update the comment about Lua support which doesn't build with Lua 5.1+. 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 <[email protected]>

---
v3: update to 1.17.2
v2: Remove Ector patch since it's not fixing the build issue reported by
ThomasP.
Add a dependency on gcc >= 4.7.

---
 package/efl/Config.in |  7 +++++--
 package/efl/efl.hash  |  4 ++--
 package/efl/efl.mk    | 11 +++--------
 3 files changed, 10 insertions(+), 12 deletions(-)
package/efl/Config.in +5 -2
index 4e37850..7014e66 100644
@@ -1,5 +1,7 @@
 config BR2_PACKAGE_EFL
 	bool "efl"
+	depends on BR2_HOST_GCC_AT_LEAST_4_7 # g++ issue with 4.4.5, tested with g++ 4.7.2
+	depends on BR2_TOOLCHAIN_GCC_AT_LEAST_4_7
 	depends on BR2_INSTALL_LIBSTDCPP
 	depends on BR2_PACKAGE_HAS_UDEV # libudev
 	depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS # luajit

@@ -13,7 +15,7 @@ config BR2_PACKAGE_EFL
 	select BR2_PACKAGE_LIBCURL # Ecore_con_url, runtime dependency
 	select BR2_PACKAGE_LIBXKBCOMMON if BR2_PACKAGE_WAYLAND
 	# https://phab.enlightenment.org/T2728
-	select BR2_PACKAGE_LUAJIT # Lua support broken with 5.2+
+	select BR2_PACKAGE_LUAJIT # Lua support broken
 	select BR2_PACKAGE_UTIL_LINUX
 	# libblkid is part of required tools, see EFL's README.
 	select BR2_PACKAGE_UTIL_LINUX_LIBBLKID

@@ -182,8 +184,9 @@ config BR2_PACKAGE_EFL_WEBP
 
 endif # BR2_PACKAGE_EFL
 
-comment "efl needs udev /dev management and a toolchain w/ C++, dynamic library, threads, wchar"
+comment "efl needs udev /dev management and a toolchain w/ C++, dynamic library, gcc >= 4.7, threads, wchar"
 	depends on !BR2_PACKAGE_HAS_UDEV || !BR2_INSTALL_LIBSTDCPP \
+		|| !BR2_HOST_GCC_AT_LEAST_4_7 || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_7 \
 		|| BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HAS_THREADS || !BR2_USE_WCHAR
 	depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
 	depends on BR2_USE_MMU
package/efl/efl.hash +2 -2
index 6673bb5..2ddc005 100644
@@ -1,2 +1,2 @@
-# From https://download.enlightenment.org/rel/libs/efl/efl-1.15.3.tar.xz.sha256
-sha256	3bac40e6294288034bd7f8902088bf1169cf376f6fd25b7a49854ab561630642	efl-1.15.3.tar.xz
+# From https://download.enlightenment.org/rel/libs/efl/efl-1.17.2.tar.xz.sha256
+sha256	9aa93ff0ab4bdf95d5cf9606bd7efece611691ca22eb6fc3484fe6e7a92bf8b6	efl-1.17.2.tar.xz
package/efl/efl.mk +3 -8
index 916999d..fd06246 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-EFL_VERSION = 1.15.3
+EFL_VERSION = 1.17.2
 EFL_SOURCE = efl-$(EFL_VERSION).tar.xz
 EFL_SITE = http://download.enlightenment.org/rel/libs/efl
 EFL_LICENSE = BSD-2c, LGPLv2.1+, GPLv2+

@@ -22,11 +22,6 @@ EFL_INSTALL_STAGING = YES
 EFL_DEPENDENCIES = host-pkgconf host-efl host-luajit dbus freetype \
 	jpeg luajit udev util-linux zlib
 
-# Regenerate the autotools:
-#  - to fix an issue in eldbus-codegen: https://phab.enlightenment.org/T2718
-EFL_AUTORECONF = YES
-EFL_GETTEXTIZE = YES
-
 # Configure options:
 # --disable-cxx-bindings: disable C++11 bindings.
 # --disable-lua-old: build elua for the target.

@@ -47,7 +42,7 @@ EFL_CONF_OPTS = \
 
 # Disable untested configuration warning.
 ifeq ($(BR2_PACKAGE_EFL_HAS_RECOMMENDED_CONFIG),)
-EFL_CONF_OPTS += --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-aba
+EFL_CONF_OPTS += --enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-abb
 endif
 
 ifeq ($(BR2_PACKAGE_UTIL_LINUX_LIBMOUNT),y)

@@ -273,6 +268,6 @@ HOST_EFL_CONF_OPTS += \
 	--with-glib=yes \
 	--with-opengl=none \
 	--with-x11=none \
-	--enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-aba
+	--enable-i-really-know-what-i-am-doing-and-that-this-will-probably-break-things-and-i-will-fix-them-myself-and-send-patches-abb
 
 $(eval $(host-autotools-package))
Signature · 1 line
2.5.5
#2 lore raw

PATCH v3 2/5 package/efl: bump to 1.17.2

Hello,

package/efl/Config.in config BR2_PACKAGE_EFL · line 18

Quoted 2 lines · Romain Naour
package/efl/Config.in +1 -1
-	select BR2_PACKAGE_LUAJIT # Lua support broken with 5.2+
+	select BR2_PACKAGE_LUAJIT # Lua support broken

This change really belongs with the first patch, so I moved it to the first patch, for consistency.

Thanks,

Thomas

Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
author
#3 lore raw

PATCH v3 2/5 package/efl: bump to 1.17.2

Hi Thomas,

Le 26/06/2016 ? 21:33, Thomas Petazzoni a ?crit :

Quoted 9 lines

Hello,

package/efl/Config.in config BR2_PACKAGE_EFL · line 18

Quoted 2 lines · Romain Naour
package/efl/Config.in +1 -1
-	select BR2_PACKAGE_LUAJIT # Lua support broken with 5.2+
+	select BR2_PACKAGE_LUAJIT # Lua support broken

This change really belongs with the first patch, so I moved it to the first patch, for consistency.

I meant that the Lua support is not entirely broken with efl 1.15 and completely broken since 1.16. But ok :)

Tanks for merging the series, I'll monitor the autobuilders to fix build failure (if any) before sending the next one.

Best regards,
Romain

Quoted 5 lines

Thanks,

Thomas

author
#4 lore raw

PATCH v3 3/5 package/elementary: bump to 1.17.1

In reply to Romain Naour

There is no elementary 1.17.2 release since there was no patch to backport from upstream.

Signed-off-by Romain Naour <[email protected]>

---
Note: elementary has been merged within efl tree for 1.18 release, this package will be removed with the next efl update.

---
 package/elementary/elementary.hash | 4 ++--
 package/elementary/elementary.mk   | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
package/elementary/elementary.hash +2 -2
index ecdbc8e..f173752 100644
@@ -1,2 +1,2 @@
-# From https://download.enlightenment.org/rel/libs/elementary/elementary-1.15.3.tar.xz.sha256
-sha256	474a9175061021ce8cbcfdbde6162316fc0d927b21118d1ab549377ebc802a93	elementary-1.15.3.tar.xz
+# From https://download.enlightenment.org/rel/libs/elementary/elementary-1.17.1.tar.xz.sha256
+sha256	85e116a453a8ac23da878670534c6292832756d2f3a33603278486f309963d91	elementary-1.17.1.tar.xz
package/elementary/elementary.mk +1 -1
index 7de0c7b..33d4034 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-ELEMENTARY_VERSION = 1.15.3
+ELEMENTARY_VERSION = 1.17.1
 ELEMENTARY_SOURCE = elementary-$(ELEMENTARY_VERSION).tar.xz
 ELEMENTARY_SITE = http://download.enlightenment.org/rel/libs/elementary
 ELEMENTARY_LICENSE = LGPLv2.1
Signature · 1 line
2.5.5
author
#5 lore raw

PATCH v3 4/5 package/libevas-generic-loaders: bump to 1.17.0

In reply to Romain Naour
Signed-off-by Romain Naour <[email protected]>

---
Note: libevas-generic-loaders has been merged within efl tree for 1.18 release, this package will be removed with the next efl update.

---
 package/libevas-generic-loaders/libevas-generic-loaders.hash | 4 ++--
 package/libevas-generic-loaders/libevas-generic-loaders.mk   | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
package/libevas-generic-loaders/libevas-generic-loaders.hash +2 -2
index 32723ba..ee2ae9b 100644
@@ -1,2 +1,2 @@
-# From https://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.15.0.tar.xz.sha256
-sha256	1e539e4d4d4e1590345caeb7fdd84f47ec7cd63bb76b6b7107a87420a401fd7f	evas_generic_loaders-1.15.0.tar.xz
+# From https://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-1.17.0.tar.xz.sha256
+sha256	c2f5193a9326532d3ab3ff76f547b9d17b33ae7221ce4d6e0aefb905ba0dd87a	evas_generic_loaders-1.17.0.tar.xz
package/libevas-generic-loaders/libevas-generic-loaders.mk +1 -1
index ff8ea37..abc436b 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-LIBEVAS_GENERIC_LOADERS_VERSION = 1.15.0
+LIBEVAS_GENERIC_LOADERS_VERSION = 1.17.0
 LIBEVAS_GENERIC_LOADERS_SOURCE = evas_generic_loaders-$(LIBEVAS_GENERIC_LOADERS_VERSION).tar.xz
 LIBEVAS_GENERIC_LOADERS_SITE = http://download.enlightenment.org/rel/libs/evas_generic_loaders
 LIBEVAS_GENERIC_LOADERS_LICENSE = GPLv2
Signature · 1 line
2.5.5
author
#6 lore raw

PATCH v3 5/5 package/enlightenment: bump to 0.20.9

In reply to Romain Naour
Signed-off-by Romain Naour <[email protected]>

---
v2: bump to 0.20.9

---
 package/enlightenment/enlightenment.hash | 4 ++--
 package/enlightenment/enlightenment.mk   | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
package/enlightenment/enlightenment.hash +2 -2
index 66bdb49..fad14b7 100644
@@ -1,2 +1,2 @@
-# From https://phab.enlightenment.org/phame/live/3/post/e19_14_release/
-sha256	8906e762f0d953752bfe002663280a855da9bb74acf613424c517b78a8dde407	enlightenment-0.19.14.tar.xz
+# From https://www.enlightenment.org/news/e-0.20.9-release
+sha256	db792ad4d97b2523ff0bfc2c911bb3fea4b1eda60400871f4b78bc3ae2f1d1be 	enlightenment-0.20.9.tar.xz
package/enlightenment/enlightenment.mk +1 -1
index a756361..6fe8f45 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-ENLIGHTENMENT_VERSION = 0.19.14
+ENLIGHTENMENT_VERSION = 0.20.9
 ENLIGHTENMENT_SOURCE = enlightenment-$(ENLIGHTENMENT_VERSION).tar.xz
 ENLIGHTENMENT_SITE = http://download.enlightenment.org/rel/apps/enlightenment
 ENLIGHTENMENT_LICENSE = BSD-2c
Signature · 1 line
2.5.5
author
#7 lore raw

PATCH v3 5/5 package/enlightenment: bump to 0.20.9

Hi Gustavo,

I tried to build enlightenment 0.20.9 with Wayland support only but there are several issues which should be fixed with the next version (0.21)

First we need [1] since configure always check for ecore-x (X11).

Then, there is another issue with Wayland EGL cflags not forwarded correctly (MESA_EGL_NO_X11_HEADERS not set when EGL/eglplatform.h is included)...

sysroot/usr/include/EGL/eglplatform.h:119:22: fatal error: X11/Xlib.h: No such file or directory

So, I don't think Wayland support is ready for this version. Instead we should wait for E 0.21 (rc1 currently).

Also, I have another series (needed for Wayland) adding OpenGL/OpenGLES support, libdrm for DRM, and DRM + GL support. To finish, I need to add systemd support in EFL and E.
But this bump series must be commited before sending it ;)

Did you already tested Wayland/Weston with systemd? Have you a working Buildroot configuration?

Thanks,
Best regards,
Romain

[1]
https://git.enlightenment.org/core/enlightenment.git/commit/?id=a5a27dee14839ed38b078126557cf4c20f1e6b98

Le 22/06/2016 ? 23:27, Romain Naour a ?crit :

Quoted 31 lines
Signed-off-by Romain Naour <[email protected]>

---
v2: bump to 0.20.9

---
 package/enlightenment/enlightenment.hash | 4 ++--
 package/enlightenment/enlightenment.mk   | 2 +-
 2 files changed, 3 insertions(+), 3 deletions(-)
package/enlightenment/enlightenment.hash +2 -2
index 66bdb49..fad14b7 100644
@@ -1,2 +1,2 @@
-# From https://phab.enlightenment.org/phame/live/3/post/e19_14_release/
-sha256	8906e762f0d953752bfe002663280a855da9bb74acf613424c517b78a8dde407	enlightenment-0.19.14.tar.xz
+# From https://www.enlightenment.org/news/e-0.20.9-release
+sha256	db792ad4d97b2523ff0bfc2c911bb3fea4b1eda60400871f4b78bc3ae2f1d1be 	enlightenment-0.20.9.tar.xz
package/enlightenment/enlightenment.mk +1 -1
index a756361..6fe8f45 100644
@@ -4,7 +4,7 @@
 #
 ################################################################################
 
-ENLIGHTENMENT_VERSION = 0.19.14
+ENLIGHTENMENT_VERSION = 0.20.9
 ENLIGHTENMENT_SOURCE = enlightenment-$(ENLIGHTENMENT_VERSION).tar.xz
 ENLIGHTENMENT_SITE = http://download.enlightenment.org/rel/apps/enlightenment
 ENLIGHTENMENT_LICENSE = BSD-2c
#8 lore raw

PATCH v3 5/5 package/enlightenment: bump to 0.20.9

Quoted 6 lines · Romain Naour

Hi Gustavo,

I tried to build enlightenment 0.20.9 with Wayland support only but there are several issues which should be fixed with the next version (0.21)

First we need [1] since configure always check for ecore-x (X11).

Hi Romain.
Yes, that's a typical failure in some packages, particularly gtk3-using ones that assume X must be around and break wayland & broadway.

Quoted 5 lines

Then, there is another issue with Wayland EGL cflags not forwarded correctly (MESA_EGL_NO_X11_HEADERS not set when EGL/eglplatform.h is included)...

sysroot/usr/include/EGL/eglplatform.h:119:22: fatal error: X11/Xlib.h: No such file or directory

This is typically a problem with pkg-config files missing EGL cflags, such as in libepoxy:
https://git.busybox.net/buildroot/tree/package/libepoxy/0005-Forward-egl-cflags-into-epoxy.pc.patch
Hence for example mesa headers go crazy and that happens.

Quoted 10 lines

So, I don't think Wayland support is ready for this version. Instead we should wait for E 0.21 (rc1 currently).

Also, I have another series (needed for Wayland) adding OpenGL/OpenGLES support, libdrm for DRM, and DRM + GL support. To finish, I need to add systemd support in EFL and E.
But this bump series must be commited before sending it ;)

Did you already tested Wayland/Weston with systemd? Have you a working Buildroot configuration?

Not yet, i've paved the way to make that simpler in weston via automatically enabling systemd bindings and the helper, but i haven't runtime tested it since my samples aim for total simplicity hence start everything up as root automatically via initscript (no extra user accounts and so on) - and normally doing this on a systemd target isn't so simple.
Regards.

author
#9 lore raw

PATCH v3 5/5 package/enlightenment: bump to 0.20.9

Hi Gustavo,

Le 26/06/2016 ? 21:20, Gustavo Zacarias a ?crit :

Quoted 36 lines · Romain Naour
Quoted 7 lines

Hi Gustavo,

I tried to build enlightenment 0.20.9 with Wayland support only but there are several issues which should be fixed with the next version (0.21)

First we need [1] since configure always check for ecore-x (X11).

Hi Romain.
Yes, that's a typical failure in some packages, particularly gtk3-using ones that assume X must be around and break wayland & broadway.

Quoted 5 lines

Then, there is another issue with Wayland EGL cflags not forwarded correctly (MESA_EGL_NO_X11_HEADERS not set when EGL/eglplatform.h is included)...

sysroot/usr/include/EGL/eglplatform.h:119:22: fatal error: X11/Xlib.h: No such file or directory

This is typically a problem with pkg-config files missing EGL cflags, such as in libepoxy:
https://git.busybox.net/buildroot/tree/package/libepoxy/0005-Forward-egl-cflags-into-epoxy.pc.patch

Hence for example mesa headers go crazy and that happens.

Quoted 10 lines

So, I don't think Wayland support is ready for this version. Instead we should wait for E 0.21 (rc1 currently).

Also, I have another series (needed for Wayland) adding OpenGL/OpenGLES support, libdrm for DRM, and DRM + GL support. To finish, I need to add systemd support in EFL and E.
But this bump series must be commited before sending it ;)

Did you already tested Wayland/Weston with systemd? Have you a working Buildroot configuration?

Quoted 6 lines

Not yet, i've paved the way to make that simpler in weston via automatically enabling systemd bindings and the helper, but i haven't runtime tested it since my samples aim for total simplicity hence start everything up as root automatically via initscript (no extra user accounts and so on) - and normally doing this on a systemd target isn't so simple.
Regards.

Ok tanks for your feedback :)

E 0.21.0 has been released yesterday but for wayland only build we need ecore-wl2 library from efl git master (i.e 1.18) [1].
I don't think efl 1.18 will be released before 2016.08-rc1, so I'll keep E 0.20.x for now.

If I have some time, I'll work on OpenGL/OpenGLES and systemd support with the current version.

Best regards,

[1]
https://git.enlightenment.org/core/enlightenment.git/commit/?id=03f3297b3c5c7e7f18c422cd5e1fc19987959aa8

Quoted 4 lines

_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

#10 lore raw

PATCH v3 1/5 package/efl: switch to luajit support

In reply to Romain Naour

Hello,

Quoted 16 lines · Romain Naour

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.

Quoted 3 lines

[1] https://phab.enlightenment.org/T2728

Signed-off-by Romain Naour <[email protected]>

Entire series applied, thanks! I just did a minor change, I'll reply to the specific patch.

Thomas

Signature · 3 lines
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com