| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Signed-off-by: Shuo Yang <gshuoy@google.com>
Closes: https://github.com/gentoo/gentoo/pull/39369
Signed-off-by: Joonas Niilola <juippis@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
luajit uses TARGET_SHLDFLAGS to determine the LDFLAGS
of the luajit library. We previously only set
TARGET_LDFLAGS, which is used to link the executable
interpreter. We now set TARGET_SHLDFLAGS appropriately.
Closes: https://bugs.gentoo.org/759967
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Closes: https://github.com/gentoo/gentoo/pull/39393
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, we patched around a Makefile bug that resulted
in luajit searching for files in a path relative to the
build directory instead of the system prefix. luajit has
pushed a commit [1] that fixes this bug, so we can remove
our patch.
1: https://github.com/LuaJIT/LuaJIT/commit/9ce8f1ff8e5298c4d921d9f0b4a3fc1f965b3f22
Bug: https://bugs.gentoo.org/943395
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
luajit contains a hardcoded path (LJLIBD) where it searches
for some lua libraries it installs. This patch was
previously defined relative to PREFIX. Upstream commit
ae4735f [1] changes them to be defined relative to DPREFIX,
which is in turn relative to DESTDIR. I believe this is a
bug, which I've reported upstream [2].
This commit patches the Makefile to define LJLIBD relative
to PREFIX again.
1: https://github.com/LuaJIT/LuaJIT/commit/ae4735f621d89d84758769b76432d2319dda9827
2: https://github.com/LuaJIT/LuaJIT/issues/1303
Closes: https://bugs.gentoo.org/943395
Closes: https://bugs.gentoo.org/943346
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Closes: https://github.com/gentoo/gentoo/pull/39311
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we were generating this symlink:
/usr/bin/luajit -> /usr/bin/luajit-${PV}
This failed for 2.1.9999999999, as the binary was instead at
/usr/bin/luajit-2.1.${relver}, for the corresponding relver
of the commit.
We now read `src/luajit_relver.txt` generated by luajit's
build process, which always contains the correct relver
suffix for both snapshot and live builds.
The 9999999999 support is also now agnostic to which release
channel is being built, so a theoretical 2.2.9999999999
could be supported by copying the 2.1.9999999999 ebuild
without modification.
Closes: https://bugs.gentoo.org/943404
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Closes: https://github.com/gentoo/gentoo/pull/39312
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This addresses the -9999 request in #843773.
Currently, upstream pushes all changes to the v2.1 branch.
Per http://luajit.org/status.html,
> The old git master branch is phased out and stays pinned
> to the v2.0 branch. Please follow the versioned branches
> instead.
I think that tracking v2.1 is in the spirit of the original
request; most people interested in this ebuild will want to
have the latest rolling commit of v2.1, and will not want to
suddenly be switched to a new incompatible version of
luajit. To be consistent, I've versioned it 2.1.9999999999
so we can create a 2.2.9999999999 or 3.0.9999999999 if the
time comes. I've included enough nines that we should be
good for the next hundred or so years ;)
Bug: https://bugs.gentoo.org/843773
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Closes: https://github.com/gentoo/gentoo/pull/39293
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Artemis Everfree <artemis@artemis.sh>
Closes: https://github.com/gentoo/gentoo/pull/39292
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/917019
Signed-off-by: Matt Turner <mattst88@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
| |
This will only work with a multilib build host toolchain, so probably
just amd64 and ppc64, but it's better than nothing.
Multilib profiles specify an explicit target rather than just -m32 in
LDFLAGS, but this should still do the right thing, and there's probably
no way to query the build profile.
Closes: https://bugs.gentoo.org/627332
Signed-off-by: James Le Cuirot <chewi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Matoro Mahri <matoro@users.noreply.github.com>
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org>
|
|
|
|
|
| |
Signed-off-by: Petr Vaněk <arkamar@atlas.cz>
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/852932
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="arm64"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="arm"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
| |
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
|
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
RepoMan-Options: --include-arches="ppc"
Signed-off-by: Agostino Sarubbo <ago@gentoo.org>
|
|
|
|
| |
Signed-off-by: Sam James <sam@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.30, Repoman-3.0.3
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/552720
Signed-off-by: Ulrich Müller <ulm@gentoo.org>
|
|
|
|
|
|
| |
Unsupported architecture, not even in master.
Signed-off-by: Marek Szuba <marecki@gentoo.org>
|
|
|
|
|
|
|
|
|
| |
Compilation fails with:
#error "No support for this architecture (yet)"
Signed-off-by: Rolf Eike Beer <eike@sf-mail.de>
Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
|
|
|
|
|
| |
This is the same fix as 2.0.5.
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
luajit passes CFLAGS/LDFLAGS to both host and target builds.
This breaks when the host cpu does not support the target flags
e.g. using march=bdver4 in CFLAGS when cross-compiling for AMD
on an Intel host.
Instead, pass the flags in {HOST|TARGET}-{CFLAGS|LDFLAGS} which is
supported by luajit [1].
[1] https://github.com/LuaJIT/LuaJIT/blob/master/doc/install.html#L607
Closes: https://github.com/gentoo/gentoo/pull/9970
Signed-off-by: Manoj Gupta <manojgupta@google.com>
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.12, Repoman-3.0.2
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
|
| |
Fixes: d565d3c8 ("dev-lang/luajit: move to EAPI 7")
Signed-off-by: Thomas Deutschmann <whissi@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
| |
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
| |
Closes: https://bugs.gentoo.org/758854
Signed-off-by: William Hubbs <williamh@gentoo.org>
|
|
|
|
|
|
|
|
| |
2.1.0_beta3 is the first version including arm64 support.
Bug: https://bugs.gentoo.org/747904
Package-Manager: Portage-3.0.8, Repoman-3.0.1
Signed-off-by: Rafael Martins <rafaelmartins@gentoo.org>
|
|
|
|
|
|
| |
Signed-off-by: Michał Górny <mgorny@gentoo.org>
Closes: https://github.com/gentoo/gentoo/pull/17540
Signed-off-by: Michał Górny <mgorny@gentoo.org>
|
|
|
|
|
|
| |
Bug: https://bugs.gentoo.org/733466
Package-Manager: Portage-2.3.99, Repoman-2.3.22
Signed-off-by: Rafael Martins <rafaelmartins@gentoo.org>
|
|
|
|
|
| |
Package-Manager: Portage-3.0.0, Repoman-2.3.23
Signed-off-by: Sam James <sam@gentoo.org>
|