+ echo (lisp-implementation-type) + sh /var/tmp/portage/dev-lisp/sbcl-2.0.1/work/sbcl-binary/run-sbcl.sh --no-sysinit --no-userinit --disable-debugger /var/tmp/portage/dev-lisp/sbcl-2.0.1/work/sbcl-binary/run-sbcl.sh: line 57: /var/tmp/portage/dev-lisp/sbcl-2.0.1/work/sbcl-binary/src/runtime/sbcl: No such file or directory + echo No working host Common Lisp implementation. No working host Common Lisp implementation. + echo See ./INSTALL, the SOURCE DISTRIBUTION section ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl-20200311-204810 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.2.0 * [2] x86_64-gentoo-linux-musl-9.3.0 clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-bin-1.41.1 [2] rust-1.41.1 * The following VMs are available for generation-2: repository: ==> /var/db/repos/gentoo/metadata/timestamp.chk <== Sat, 14 Mar 2020 23:50:12 +0000 emerge -qpvO dev-lisp/sbcl [ebuild N ] dev-lisp/sbcl-2.0.1 USE="unicode zlib -debug -doc -pax_kernel -source -threads"
Created attachment 619374 [details] emerge-info.txt
Created attachment 619376 [details] dev-lisp:sbcl-2.0.1:20200315-002752.log
Created attachment 619378 [details] emerge-history.txt
Created attachment 619380 [details] environment
Created attachment 619382 [details] etc.portage.tbz2
Created attachment 619384 [details] temp.tbz2
The first attempt to tinderbox a musl image failed at all. I'll mass close therefore all filed bug reports of the last days related to this tinderbox image. Please feel free to re-open if you think that the bug is real in musl and not fixed by the musl overlay.
I ran into this recently, and I noticed the binary used in the compile phase complains of a missing fcntl64 symbol when using musl. I was able to work around this in my own overlay by using ecl to compile sbcl, instead of the binary. I'm not all that familiar with lisp, so not sure if its the best way or not. I will add an attachment to show the diff in the ebuild I used. ldd /var/tmp/portage/dev-lisp/sbcl-2.0.10/work/sbcl-binary/src/runtime/sbcl: /lib64/ld-linux-x86-64.so.2 (0x7f04280fa000) libdl.so.2 => /lib64/ld-linux-x86-64.so.2 (0x7f04280fa000) libpthread.so.0 => /lib64/ld-linux-x86-64.so.2 (0x7f04280fa000) libm.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f04280fa000) libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f04280fa000) Error relocating src/runtime/sbcl: fcntl64: symbol not found
Created attachment 699102 [details, diff] sbcl-musl-fix
*** Bug 828937 has been marked as a duplicate of this bug. ***
The upstream does not support musl. As a workaround, one may try to use clisp or ecl as a bootstrap lisp. But I don't think it's a Gentoo's job to automate this workaround.
Maybe package.mask sbcl in the musl profile?
(In reply to Ulrich Müller from comment #12) > Maybe package.mask sbcl in the musl profile? Yes, I think it's the right solution.
(In reply to Andrey Grozin from comment #11) > The upstream does not support musl. Is there any link to upstream which acknowledges it? Cross-reference would be beneficial for anyone who would like to dig into it.
(In reply to Petr Vaněk from comment #14) > Is there any link to upstream which acknowledges it? Cross-reference would > be beneficial for anyone who would like to dig into it. https://www.sbcl.org/platform-table.html: The Linux binaries might require a recent glibc, but building from source isn't dependent on a particular glibc version
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=07b85f868ada94c2372c646c69f8cc257287dda7 commit 07b85f868ada94c2372c646c69f8cc257287dda7 Author: Petr Vaněk <arkamar@atlas.cz> AuthorDate: 2022-12-02 07:42:53 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-12-03 08:05:25 +0000 profiles/features/musl: reference dev-lisp/sbcl bug Cross-reference the dev-lisb/sbcl mask with bug in b.g.o. Bug: https://bugs.gentoo.org/712626 Signed-off-by: Petr Vaněk <arkamar@atlas.cz> Closes: https://github.com/gentoo/gentoo/pull/28507 Signed-off-by: Sam James <sam@gentoo.org> profiles/features/musl/package.mask | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)
*** Bug 830435 has been marked as a duplicate of this bug. ***