rdlibtool: lconf: found "/var/tmp/portage/dev-libs/librep-0.92.7/work/librep_0.92.7/libtool". rdlibtool: compile: x86_64-pc-linux-gnu-gcc -c -DHAVE_CONFIG_H -I. -I../src -I.. -pipe -march=native -fno-diagnostics-color -Og -g -std=gnu89 utf8.c -DPIC -fPIC -o .libs/utf8.o grep: sdbm.la: No such file or directory grep: gettext.la: No such file or directory grep: readline.la: No such file or directory x86_64-pc-linux-gnu-gcc -c -DHAVE_CONFIG_H -I. -I../src -I.. -pipe -march=native -fno-diagnostics-color -Og -g -std=gnu89 -o rep.o rep.c grep: gdbm.la: No such file or directory ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_systemd-j2-20210515-193921 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-11.1.0 * clang version 12.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/12/bin /usr/lib/llvm/12 12.0.0 Python 3.8.10 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby30 (with Rubygems) * Available Rust versions: [1] rust-bin-1.52.1 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.292_p10 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 [1] php7.3 [2] php7.4 [3] php8.0 * timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Tue May 18 12:05:18 UTC 2021 emerge -qpvO dev-libs/librep [ebuild N ] dev-libs/librep-0.92.7 USE="gmp readline -emacs"
Created attachment 709674 [details] emerge-info.txt
Created attachment 709677 [details] dev-libs:librep-0.92.7:20210518-133147.log
Created attachment 709680 [details] emerge-history.txt
Created attachment 709683 [details] environment
Created attachment 709686 [details] etc.portage.tar.bz2
Created attachment 709689 [details] logs.tar.bz2
Created attachment 709692 [details] temp.tar.bz2
With the git repo I have a different error: rdlibtool --mode=execute ../src/rep --batch --no-rc -l rep.vm.compiler -f compile-assembler rdlibtool: lconf: {.name="libtool"}. rdlibtool: fdcwd: {.fdcwd=AT_FDCWD, .realpath="/tmp/librep/lisp"}. rdlibtool: lconf: fstatat(AT_FDCWD,".",...) = 0 {.st_dev = 45, .st_ino = 776}. rdlibtool: lconf: openat(AT_FDCWD,"libtool",O_RDONLY,0) = -1 [ENOENT]. rdlibtool: lconf: openat(AT_FDCWD,"../",O_DIRECTORY,0) = 3. rdlibtool: lconf: fstat(3,...) = 0 {.st_dev = 45, .st_ino = 654}. rdlibtool: lconf: openat(3,"libtool",O_RDONLY,0) = 4. rdlibtool: lconf: found "/tmp/librep/libtool". rdlibtool: execute: ../src/rep --batch --no-rc -lrep.vm.compiler -f compile-assembler *** File error: No such file or directory, -lrep/vm/compiler make[1]: *** [Makefile:141: lisp] Error 1 make[1]: Leaving directory '/tmp/librep/lisp' make: *** [Makefile:137: all] Error 1 https://github.com/SawfishWM/librep This is probably a slibtool bug with --mode=execute.
(In reply to orbea from comment #8) > With the git repo I have a different error: > [...] It's the same error here if you look at the bottom of the log, the sdbm.la thing happens earlier in it.
Yea, I see that now. I think its because they also ignore the value of $(LIBTOOL) a few places in the build system.
I made a PR to fix that issue, I think only --mode=execute it left. https://github.com/SawfishWM/librep/pull/14
The PR was merged upstream: https://github.com/SawfishWM/librep/commit/2c064d70e25137915ceaef616c2be5c8bbcc42da I think only the slibtool issue with --mode=execute remains.
*** Bug 843749 has been marked as a duplicate of this bug. ***
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=a935681a6fcabf47524c72420050b6a9030f555d commit a935681a6fcabf47524c72420050b6a9030f555d Author: Sam James <sam@gentoo.org> AuthorDate: 2022-11-05 06:09:35 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2022-11-05 06:10:13 +0000 dev-libs/librep: update EAPI 7 -> 8; fix build w/ Clang 16; partial slibtool fix re slibtool: per linked bug, there's still an issue in slibtool itself to be fixed with --mode=execute. Bug: https://bugs.gentoo.org/790812 Signed-off-by: Sam James <sam@gentoo.org> .../files/librep-0.92.7-configure-clang16.patch | 74 +++++++++++++++++++ dev-libs/librep/files/librep-0.92.7-libtool.patch | 47 ++++++++++++ dev-libs/librep/librep-0.92.7-r2.ebuild | 83 ++++++++++++++++++++++ 3 files changed, 204 insertions(+)
Package removed.
