grep: warning: stray \ before - grep: warning: stray \ before - *** This configuration is not supported in the following subdirectories: target-libf2c target-libffi target-boehm-gc target-zlib target-libjava zlib fastjar target-libobjc (Any other directories should still work fine.) Created "Makefile" in /var/tmp/portage/sys-libs/libstdc++-v3-3.3.6-r4/work/build using "mt-frag" Cannot find the GNU C library minor version number. * ERROR: sys-libs/libstdc++-v3-3.3.6-r4::gentoo failed (configure phase): * econf failed ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no_multilib_systemd_merged_usr-20231128-165524 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-14 * clang/llvm (if any): clang version 17.0.6 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/17/bin Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg /usr/lib/llvm/17 17.0.6 Python 3.11.6 Available Ruby profiles: [1] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.73.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 17.0.8.1_p1 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.1_p12 [openjdk-bin-21] 3) Eclipse Temurin JDK 8.382_p05 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-17 [3] openjdk-bin-21 system-vm The Glorious Glasgow Haskell Compilation System, version 9.2.8 php cli (if any): go version go1.21.4 linux/amd64 HEAD of ::gentoo commit 0d0dcc0a0d37d7eedbf1964d19d1cccd05cab4db Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Mon Dec 4 16:04:04 2023 +0000 2023-12-04 16:04:03 UTC emerge -qpvO sys-libs/libstdc++-v3 [ebuild N ] sys-libs/libstdc++-v3-3.3.6-r4 USE="nls (-multilib)"
Created attachment 876791 [details] emerge-info.txt
Created attachment 876792 [details] emerge-history.txt.xz
Created attachment 876793 [details] environment
Created attachment 876794 [details] etc.clang.tar.xz
Created attachment 876795 [details] etc.portage.tar.xz
Created attachment 876796 [details] qlist-info.txt.xz
Created attachment 876797 [details] sys-libs:libstdc++-v3-3.3.6-r4:20231204-165543.log
Created attachment 876798 [details] temp.tar.xz
Got hit by that bug when I did the emerge --ask --emptytree @world step of the upgrade to the 23.0 version profiles from 17.1 However equery d showed that no package depended on it and that it somehow ended in my world file, so I just removed it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ac3c099a82ddf6c98eab39db95c31e7d7db5e7df commit ac3c099a82ddf6c98eab39db95c31e7d7db5e7df Author: Eli Schwartz <eschwartz@gentoo.org> AuthorDate: 2024-09-24 02:58:46 +0000 Commit: Eli Schwartz <eschwartz@gentoo.org> CommitDate: 2024-09-25 03:17:03 +0000 sys-libs/libstdc++-v3: disable custom user flags entirely This is ancient brittle code -- an ancient, unmaintained version of GCC. It exists solely to provide access to an ancient, unmaintained version of libstdc++.so for ancient, unmaintained binaries that cannot be rebuilt. It doesn't need to be fast, or have cool CFLAGS. People shouldn't even be using it at all. The people who do use it care about compatibility more than anything else, so successfully compiling it should be taken as the gift that it is. With that in mind, we basically strip all flags. We preserve some existing logic to handle -march= values known to exist in this old gcc, and we continue to support -O levels, but we go no further. It's entirely impractical to support arbitrary flags, since every gcc release adds more flags that old versions don't support and then this fails because GCC 3's internal xgcc build cannot handle them. We also take this opportunity to add a workaround for modern C. New versions of GCC barf on some of the code here because it is not legal C99, but again, the point of this package is to provide legacy compatibility for ancient binaries, so... we assume if it ever worked before, it still works. :) Thus, suppress the errors. In order to suppress the errors, we make a wrapper script around the external compiler (not the xgcc one) so that we can apply flags that only affect modern compilers, and aren't parsed by xgcc which would choke on them due to those flags being too new. Closes: https://bugs.gentoo.org/879775 Closes: https://bugs.gentoo.org/919184 Closes: https://bugs.gentoo.org/832016 Closes: https://bugs.gentoo.org/923112 Signed-off-by: Eli Schwartz <eschwartz@gentoo.org> sys-libs/libstdc++-v3/libstdc++-v3-3.3.6-r4.ebuild | 75 +++++++++++----------- 1 file changed, 37 insertions(+), 38 deletions(-)
