System: Darwin_Mac-1721887986544.local_23.5.0_Darwin_Kernel_Version_23.5.0__Wed_May__1_20_12_39_PDT_2024;_root_xnu-10063.121.3~5_RELEASE_ARM64_VMAPPLE_arm64 STABLE prefix Darwin Mac-1721887986544.local 23.5.0 Darwin Kernel Version 23.5.0: Wed May 1 20:12:39 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_VMAPPLE arm64 MD5SUM bootstrap-prefix.sh: MD5 (bootstrap-prefix.sh) = 7254bc87ba24865f9c83d9f03588ccd6 Steps to reproduce the bug: Run the bootstrap-prefix.sh in mode STABLE (default STABLE) for stage2 (lower ones before) Error message: failed! :( Details might be found in the build log: /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/var/tmp/portage/sys-devel/gcc-14.1.0/temp/build.log (no build logs found?!?) I have no clue, really. Please find friendly folks in #gentoo-prefix on irc.gentoo.org, gentoo-alt@lists.gentoo.org mailing list, or file a bug at bugs.gentoo.org under Gentoo/Alt, Prefix Support. Remember you might find some clues in /Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/stage2.log CHOST: arm64-apple-darwin23 IDENT: arm64-apple-darwin23 Extra info: https://github.com/APN-Pucky/gentoo-prefix-tester/actions/runs/10089095283
Created attachment 898283 [details] full_stage2_STABLE_Darwin_Mac-1721887986544.local_23.5.0_Darwin_Kernel_Version_23.5.0__Wed_May__1_20_12_39_PDT_2024;_root_xnu-10063.121.3~5_RELEASE_ARM64_VMAPPLE_arm64_20240725062923.log.xz
Created attachment 898284 [details] build_stage2_STABLE_Darwin_Mac-1721887986544.local_23.5.0_Darwin_Kernel_Version_23.5.0__Wed_May__1_20_12_39_PDT_2024;_root_xnu-10063.121.3~5_RELEASE_ARM64_VMAPPLE_arm64_20240725062923.log.xz
So what kind of system
what kind of system is this, I just finished a bootstrap without an itch on arm64-apple-darwin23 today: https://bootstrap.prefix.bitzolder.nl/results/arm64-apple-darwin23/20240726/
ld: warning: search path '/Users/runner/work/gentoo-prefix-tester/gentoo-prefix-tester/gentoo-prefix/tmp/usr/arm64-apple-darwin23/lib/gcc' not found 0 0x10026f648 __assert_rtn + 72 1 0x1001a3fac ld::AtomPlacement::findAtom(unsigned char, unsigned long long, ld::AtomPlacement::AtomLoc const*&, long long&) const + 1204 2 0x1001b9924 ld::InputFiles::SliceParser::parseObjectFile(mach_o::Header const*) const + 15164 3 0x1001c6e30 ld::InputFiles::parseAllFiles(void (ld::AtomFile const*) block_pointer)::$_7::operator()(unsigned long, ld::FileInfo const&) const + 420 4 0x18ce5e428 _dispatch_client_callout2 + 20 5 0x18ce72850 _dispatch_apply_invoke3 + 336 6 0x18ce5e3e8 _dispatch_client_callout + 20 7 0x18ce5fc68 _dispatch_once_callout + 32 8 0x18ce72eec _dispatch_apply_invoke_and_wait + 372 9 0x18ce71e9c _dispatch_apply_with_attr_f + 1212 10 0x18ce7208c dispatch_apply + 96 11 0x1002413b8 ld::AtomFileConsolidator::parseFiles(bool) + 292 12 0x1001e2170 main + 9048 ld: Assertion failed: (resultIndex < sectData.atoms.size()), function findAtom, file Relocations.cpp, line 1336. collect2: error: ld returned 1 exit status make[5]: *** [Makefile:763: libstdc++.la] Error 1 This hints at the linker being somewhat buggy. What SDK are you using? Perhaps there's an update to xcode/commandlinetools? On the Sanoma system I reinstalled yesterday the bootstrap succeeded. On the arm64 Sanoma system I have % /usr/bin/ld -v @(#)PROGRAM:ld PROJECT:ld-1053.12 BUILD 15:45:29 Feb 3 2024 configured to support archs: armv6 armv7 armv7s arm64 arm64e arm64_32 i386 x86_64 x86_64h armv6m armv7k armv7m armv7em will use ld-classic for: armv6 armv7 armv7s arm64_32 i386 armv6m armv7k armv7m armv7em LTO support using: LLVM version 15.0.0 (static support for 29, runtime is 29) TAPI support using: Apple TAPI version 15.0.0 (tapi-1500.3.2.2) How was this particular VM created, do you know?
