Re: toolchain/57241: mips64el--netbsd-install core dumps randomly

["Greg A. Woods via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR toolchain/57241; it has been noted by GNATS.

From: "Greg A. Woods" <woods%planix.ca@localhost>
To: NetBSD GNATS <gnats-bugs%NetBSD.org@localhost>
Cc: 
Subject: Re: toolchain/57241: mips64el--netbsd-install core dumps randomly
Date: Tue, 02 Dec 2025 20:45:33 -0800

 --pgp-sign-Multipart_Tue_Dec__2_20:45:30_2025-1
 Content-Type: text/plain; charset=US-ASCII
 
 I'm pretty sure I encountered this same problem earlier today while
 running a cross-build on my x86_64 macos machine:
 
 Bus error: 10
 --- /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/usr/bin/file ---
 
 *** Failed target: /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/usr/bin/file
 *** In directory: /Volumes/work/woods/g-NetBSD-src/external/bsd/file/bin
 *** Failed commands:
         ${_MKTARGET_INSTALL}
         => @echo '   ' "install " /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/usr/bin/file
         ${INSTALL_FILE} -o ${BINOWN} -g ${BINGRP} -m ${BINMODE}  ${STRIPFLAG} ${.ALLSRC} ${.TARGET}
         => /Users/woods/build/woods/very.local/trunk-Darwin-25.1.0-i386-amd64-tools/bin/x86_64--netbsd-install -U -M /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/METALOG -D /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir -h sha256 -N /Volumes/work/woods/g-NetBSD-src/etc -c -p -r -o root -g wheel -m 555  -s file /Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/usr/bin/file
 *** [/Users/woods/build/woods/very.local/trunk-amd64-inet6-destdir/usr/bin/file] Error code 138
 
 nbmake[8]: stopped making "install" in /Volumes/work/woods/g-NetBSD-src/external/bsd/file/bin
 
 
 This is the first time I've seen it and I've done dozens of successful
 builds on this machine, but if this is a parallel make problem, as very
 well it could be, well then, there you go -- they can be rare and hard
 to spot!  I typically run "build.sh" with "-j 24" on this machine, and
 the objdir/destdir etc are on SSD (source is on an external disk array)
 and it has 16 physical CPU cores (so 32 logical CPUs), so it is pretty
 good at tripping over such problems, and I've encountered more than one,
 but usually in more obvious rules, but it's never a given that they will
 occur.
 
 It might be nice to fix the underlying core dump too, but that looks
 like it might be a bigger job.
 
 --
 					Greg A. Woods <gwoods%acm.org@localhost>
 
 Kelowna, BC     +1 250 762-7675           RoboHack <woods%robohack.ca@localhost>
 Planix, Inc. <woods%planix.com@localhost>     Avoncote Farms <woods%avoncote.ca@localhost>
 
 --pgp-sign-Multipart_Tue_Dec__2_20:45:30_2025-1
 Content-Type: application/pgp-signature
 Content-Transfer-Encoding: 7bit
 Content-Description: OpenPGP Digital Signature
 
 -----BEGIN PGP SIGNATURE-----
 
 iF0EABECAB0WIQRuK6dmwVAucmRxuh9mfXG3eL/0fwUCaS/AbQAKCRBmfXG3eL/0
 f5VmAKCvUM4WaTtbq5+JCel4/KbQphB3KwCffNSG4Sr/wzrIpvjX7Eop772GT60=
 =ubuh
 -----END PGP SIGNATURE-----
 
 --pgp-sign-Multipart_Tue_Dec__2_20:45:30_2025-1--