Created attachment 642802 [details] build.log Configure options contain '--disable-luajittex' '--disable-mfluajit', but somewhere down the stack I see: checking what warning flags to pass to the C compiler... (cached) -Wimplicit -Wreturn-type checking for generic libraries to build... lua53 luajit checking that generated files are newer than configure... done And then: checking for library containing dlopen... (cached) -ldl checking for _LARGEFILE_SOURCE value needed for large files... (cached) no configure: error: Sorry, can not preprocess <lj_arch.h> === configuring in luajit failed Not unexpected, this is not supported on this arch. I wonder why it is stable on sparc, that should have the same problem.
Same on ia64. I suspect it happens everywhere where luajit is not a thing.
Ok, I glanced their libs subdirectory, and found that they only filter out alpha* | sparc* | x86_64-*-solaris* | powerpc* to disable JiT stuff, hppa is not the thing here as you can see. Next, I compared the options they disabled by their host selection with option we have in our 2020 ebuild. '--disable-luajithbtex' was missing from the party, so I guess adding this explicitly to the ebuild must either kill the problem or narrow it. But needs alive testing as well :)
EXTRA_ECONF=--disable-luajithbtex emerge -v1 =app-text/texlive-core-2020-r4 makes it compile at least on ia64.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=40688e180be0921da234bf26f13ae9ebf606c6b9 commit 40688e180be0921da234bf26f13ae9ebf606c6b9 Author: Mikle Kolyada <zlogene@gentoo.org> AuthorDate: 2020-05-31 13:15:23 +0000 Commit: Mikle Kolyada <zlogene@gentoo.org> CommitDate: 2020-05-31 13:15:23 +0000 app-text/texlive-core: make luajithbtex optional Closes: https://bugs.gentoo.org/726354 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Mikle Kolyada <zlogene@gentoo.org> app-text/texlive-core/texlive-core-2020-r4.ebuild | 1 + 1 file changed, 1 insertion(+)
