libtool: install: /usr/lib/portage/python3.12/ebuild-helpers/xattr/install -c .libs/libsqlite3.so.0.8.6 /var/tmp/portage/dev-db/sqlite-3.47.0/image/usr/lib64/libsqlite3.so.0.8.6 libtool: install: (cd /var/tmp/portage/dev-db/sqlite-3.47.0/image/usr/lib64 && { ln -s -f libsqlite3.so.0.8.6 libsqlite3.so.0 || { rm -f libsqlite3.so.0 && ln -s libsqlite3.so.0.8.6 libsqlite3.so.0; }; }) libtool: install: (cd /var/tmp/portage/dev-db/sqlite-3.47.0/image/usr/lib64 && { ln -s -f libsqlite3.so.0.8.6 libsqlite3.so || { rm -f libsqlite3.so && ln -s libsqlite3.so.0.8.6 libsqlite3.so; }; }) libtool: install: /usr/lib/portage/python3.12/ebuild-helpers/xattr/install -c .libs/libsqlite3.lai /var/tmp/portage/dev-db/sqlite-3.47.0/image/usr/lib64/libsqlite3.la libtool: warning: remember to run 'libtool --finish /usr/lib64' * ERROR: dev-db/sqlite-3.47.0::gentoo failed (install phase): * emake failed * * If you need support, post the output of `emerge --info '=dev-db/sqlite-3.47.0::gentoo'`, ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 23.0-20241022-040507 UNMASKED: <sys-devel/gcc-15.0.9999:15 The attached etc.portage.tar.xz has all details. ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-15 * clang version 19.1.3 llvm-config: 19.1.3 Python 3.12.7 go version go1.23.2 linux/amd64 Available Ruby profiles: [1] ruby32 (with Rubygems) [2] ruby33 (with Rubygems) * Available Rust versions: [1] rust-bin-1.82.0 [2] rust-1.82.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.25_p9 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.13_p11 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.5_p11 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.432_p06 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm The Glorious Glasgow Haskell Compilation System, version 9.2.8 HEAD of ::gentoo commit 6b85e5e6750d5062c45c0df70c033b033c6da21a Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Tue Nov 5 15:48:24 2024 +0000 2024-11-05 15:48:24 UTC emerge -qpvO =dev-db/sqlite-3.47.0 [ebuild U ] dev-db/sqlite-3.47.0 [3.46.1] USE="readline tcl -debug -doc -icu -secure-delete -static-libs -test -tools" ABI_X86="(64) -32 (-x32)"
Created attachment 907966 [details] emerge-info.txt
Created attachment 907967 [details] dev-db:sqlite-3.47.0:20241105-160837.log
Created attachment 907968 [details] emerge-history.txt.xz
Created attachment 907969 [details] environment
Created attachment 907970 [details] etc.clang.tar.xz
Created attachment 907971 [details] etc.portage.tar.xz
Created attachment 907972 [details] logs.tar.xz
Created attachment 907973 [details] qlist-info.txt.xz
Created attachment 907974 [details] temp.tar.xz
*** Bug 942929 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=b596033c1094a9f3403dddb25174a0579bdbe99f commit b596033c1094a9f3403dddb25174a0579bdbe99f Author: Sam James <sam@gentoo.org> AuthorDate: 2024-11-06 11:03:05 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2024-11-06 11:03:05 +0000 dev-db/sqlite: fix build w/ non-bash Bug: https://bugs.gentoo.org/942918 Closes: https://bugs.gentoo.org/942917 Signed-off-by: Sam James <sam@gentoo.org> dev-db/sqlite/files/sqlite-3.47.0-nonbash.patch | 53 +++++++++++++++++++++++++ dev-db/sqlite/sqlite-3.47.0.ebuild | 1 + 2 files changed, 54 insertions(+)
Not sure what this one is about yet.
Created attachment 908001 [details] sqlite-3.47 build log An additional build log.
The GCC version does not seem to be related to this problem. As long as +tcl is in the use flags, the problem appears.
I am experiencing the same problem with gcc 14.2.1 and +tcl
Yeah, I can also reproduce here.
Same here, also with gcc 14.2.1 and +tcl: can't read "@": no such variable while executing "subst $cmd" invoked from within "if {$tcl_platform(platform)=="windows"} { # We are only able to install, uninstall, and list on Windows. # The build process is handled by the Mak..." (file "/var/tmp/portage/dev-db/sqlite-3.47.0/work/sqlite-src-3470000-abi_x86_32.x86/tool/buildtclext.tcl" line 64)
The issue appears to originate in the newly added 'tool/buildtclext.tcl' script. I suspect that some syntax used in the script may not be compatible with Tcl 8. Given that the upstream release notes recommend upgrading to Tcl 9, it’s likely that this script was tested with Tcl 9 when it was added. Attempting to run the script with tclsh 8 results in the same error message. I tried upgrading to Tcl 9, though my upgrade was incomplete (no Tcl 9 ebuild is available yet, and I’m not sure what changes are required). However, with tclsh 9, the script does proceed past the previous point of failure. I'll report this issue upstream and hopefully it will be resolved as soon as possible.
same error with dev-db/sqlite-3.47.0-r1
#MeToo dev-db/sqlite-3.47.0-r1
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4f5b65e1dc625a4101cb11b0c02d8ae1af3f2284 commit 4f5b65e1dc625a4101cb11b0c02d8ae1af3f2284 Author: Jakov Smolić <jsmolic@gentoo.org> AuthorDate: 2024-11-16 18:18:44 +0000 Commit: Jakov Smolić <jsmolic@gentoo.org> CommitDate: 2024-11-16 18:19:57 +0000 dev-db/sqlite: Fix build with USE=tcl Closes: https://bugs.gentoo.org/942918 Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> .../sqlite/files/sqlite-3.47.0-buildtclext.patch | 122 +++++++++++++++++++++ dev-db/sqlite/sqlite-3.47.0-r1.ebuild | 1 + 2 files changed, 123 insertions(+)
This happens again with version 3.47.1. A quick look on the ebuild shows this one doesn't have the patch from above.