From: Romain Naour <romain.naour@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH v3 6/9] package/minetest: do not select luajit
Date: Sat, 6 Jun 2020 19:05:37 +0200 [thread overview]
Message-ID: <9bd512a3-e010-62d9-4fe2-841e25abaae5@gmail.com> (raw)
In-Reply-To: <20200525004845.3019642-6-james.hilliard1@gmail.com>
James,
Le 25/05/2020 ? 02:48, James Hilliard a ?crit?:
> Since luajit is not a requirement for minetest we should not select it
> instead we should conditionally use it when available.
I never tested minetest without Luajit since I'm testing with a target using efl
+ enlightenment that already depend on luajit.
There is only Debian that still support Lua 5.1 for minetest, other distribution
dropped Lua 5.1 support.
[Luajit or Lua 5.1]
https://salsa.debian.org/games-team/minetest/-/blob/master/debian/control#L22
[Luajit support only]
https://src.fedoraproject.org/rpms/minetest/blob/f32/f/minetest.spec#_38
https://www.archlinux.org/packages/community/x86_64/minetest/
Not only for minetest package but for other packages in this series, what's the
benefit of adding back Lua 5.1 ? Sure Luajit has some architecture dependencies
compared to Lua... but the Lua ABI version handling is a nightmare.
Best regards,
Romain
>
> Signed-off-by: James Hilliard <james.hilliard1@gmail.com>
> ---
> package/minetest/Config.in | 4 ----
> package/minetest/minetest.mk | 10 ++++++++--
> 2 files changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/package/minetest/Config.in b/package/minetest/Config.in
> index 085525534d..19da290df4 100644
> --- a/package/minetest/Config.in
> +++ b/package/minetest/Config.in
> @@ -5,11 +5,9 @@ config BR2_PACKAGE_MINETEST
> depends on BR2_TOOLCHAIN_HAS_THREADS
> depends on BR2_PACKAGE_XORG7 # irrlicht
> depends on BR2_PACKAGE_HAS_LIBGL # irrlicht
> - depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
> select BR2_PACKAGE_IRRLICHT
> select BR2_PACKAGE_GMP
> select BR2_PACKAGE_JSONCPP
> - select BR2_PACKAGE_LUAJIT
> select BR2_PACKAGE_SQLITE
> select BR2_PACKAGE_ZLIB
> # At least one option must be enabled
> @@ -53,13 +51,11 @@ comment "sound support needs a toolchain w/ threads NPTL"
> endif
>
> comment "minetest needs a toolchain w/ C++, gcc >= 4.9, threads"
> - depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
> depends on !BR2_INSTALL_LIBSTDCPP \
> || !BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 \
> || !BR2_TOOLCHAIN_HAS_THREADS
>
> comment "minetest needs X11 and an OpenGL provider"
> - depends on BR2_PACKAGE_LUAJIT_ARCH_SUPPORTS
> depends on (BR2_INSTALL_LIBSTDCPP \
> && BR2_TOOLCHAIN_GCC_AT_LEAST_4_9 \
> && BR2_TOOLCHAIN_HAS_THREADS)
> diff --git a/package/minetest/minetest.mk b/package/minetest/minetest.mk
> index e8fe5b45ce..c0301273be 100644
> --- a/package/minetest/minetest.mk
> +++ b/package/minetest/minetest.mk
> @@ -9,12 +9,11 @@ MINETEST_SITE = $(call github,minetest,minetest,$(MINETEST_VERSION))
> MINETEST_LICENSE = LGPL-2.1+ (code), CC-BY-SA-3.0 (textures and sounds)
> MINETEST_LICENSE_FILES = LICENSE.txt
>
> -MINETEST_DEPENDENCIES = gmp irrlicht jsoncpp luajit sqlite zlib
> +MINETEST_DEPENDENCIES = gmp irrlicht jsoncpp sqlite zlib
>
> MINETEST_CONF_OPTS = \
> -DDEFAULT_RUN_IN_PLACE=OFF \
> -DENABLE_GLES=OFF \
> - -DENABLE_LUAJIT=ON \
> -DENABLE_CURSES=OFF \
> -DAPPLY_LOCALE_BLACKLIST=OFF \
> -DENABLE_SYSTEM_GMP=ON \
> @@ -75,6 +74,13 @@ else
> MINETEST_CONF_OPTS += -DENABLE_SPATIAL=OFF
> endif
>
> +ifeq ($(BR2_PACKAGE_LUAJIT),y)
> +MINETEST_DEPENDENCIES += luajit
> +MINETEST_CONF_OPTS += -DENABLE_LUAJIT=ON
> +else
> +MINETEST_CONF_OPTS += -DENABLE_LUAJIT=OFF
> +endif
> +
> ifeq ($(BR2_PACKAGE_POSTGRESQL),y)
> MINETEST_DEPENDENCIES += postgresql
> MINETEST_CONF_OPTS += -DENABLE_POSTGRESQL=ON
>
next prev parent reply other threads:[~2020-06-06 17:05 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-25 0:48 [Buildroot] [PATCH v3 1/9] package/luainterpreter: add abi version options James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 2/9] package/sysdig: depend on lua ABI version 5.1 James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 3/9] package/collectd: depend on luainterpreter for lua support James Hilliard
2020-05-25 7:10 ` Thomas Petazzoni
2020-05-25 8:05 ` James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 4/9] package/solarus: depend on lua ABI version 5.1 James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 5/9] package/luaposix: select bit32 based " James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 6/9] package/minetest: do not select luajit James Hilliard
2020-06-06 17:05 ` Romain Naour [this message]
2020-06-06 22:43 ` James Hilliard
2020-07-27 20:11 ` Yann E. MORIN
2020-07-27 20:39 ` James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 7/9] package/efl: depend on lua ABI version 5.1 James Hilliard
2020-06-06 16:36 ` Romain Naour
2020-07-27 19:16 ` Yann E. MORIN
2020-07-27 19:19 ` Yann E. MORIN
2020-07-27 19:23 ` James Hilliard
2020-07-27 19:29 ` Yann E. MORIN
2020-07-27 19:36 ` James Hilliard
2020-07-27 19:44 ` Yann E. MORIN
2020-05-25 0:48 ` [Buildroot] [PATCH v3 8/9] package/prosody: don't depend on !lua 5.3 James Hilliard
2020-05-25 0:48 ` [Buildroot] [PATCH v3 9/9] package/luajit: depend on !BR2_PACKAGE_LUA James Hilliard
2020-07-27 20:37 ` Yann E. MORIN
2020-07-27 21:12 ` James Hilliard
2020-06-06 21:59 ` [Buildroot] [PATCH v3 1/9] package/luainterpreter: add abi version options Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9bd512a3-e010-62d9-4fe2-841e25abaae5@gmail.com \
--to=romain.naour@gmail.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox