https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221029
--- Comment #104 from Mark Millard <mar...@dsl-only.net> ---
(In reply to Don Lewis from comment #103)
I'm experimenting with a Ryzen Threadripper
1950X on head -r326192 an /usr/ports/
-r454407 and its first go build got:
. . .
bytes
strings
hash/adler32
fatal error: attempt to execute C code on Go stack
bufio
runtime stack:
runtime.throw(0x67f725)
/usr/local/go14/src/runtime/panic.go:491 +0xad
badc()
/usr/local/go14/src/runtime/stack.c:891 +0x2a
runtime.onM(0x68b110)
/usr/local/go14/src/runtime/asm_amd64.s:257 +0x68
runtime.mstart()
/usr/local/go14/src/runtime/proc.c:818
So about the same as you got on amd64 with 11.1 .
The 2nd attempt built go fine.
(The ghc build went fine but I guess that is now
expected, though I do not know just what changed.)
Most failing builds seem to be reliably failing
when retried.
At this point I've been focused on "fails initially
then later retry works" So far none of these trace
back to SIGSEGV or SIGBUS in the failures.
FYI for the initial from-scratch bulk -a
(i.e., with -C after smaller experiments):
QUEUE BUILT FAIL SKIP IGNORE REMAIN TIME
27777 25049 364 2015 349 0 54:09:28
Context:
Running in a Windows 10 Pro Hyper-V
Virtual Machine, 29 logical processors
assigned (of 2*16 in hardware), 110592
MBytes RAM assigned. Samsung 960 Pro
1 TByte nvme-ssd for the file system
(not a .vhd* file under NTFS), 262144
MByte swap partition on a separate
device (again, not inside NTFS).
UFS, not ZFS
USE_TMPFS=yes
no PARALLEL_JOBS assignment, so, 29 builders
ALLOW_MAKE_JOBS=yes (so possibly 29*29 active processes)
no CCCACHE use
I build with both optimizations and debug
information. . .
/usr/ports/Mk/bsd.port.mk has:
STRIP_CMD= ${TRUE}
.endif
DEBUG_FLAGS?= -g
+.if defined(ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG)
+CFLAGS:= ${CFLAGS} ${DEBUG_FLAGS}
+.else
CFLAGS:= ${CFLAGS:N-O*:N-fno-strict*} ${DEBUG_FLAGS}
+.endif
.if defined(INSTALL_TARGET)
INSTALL_TARGET:= ${INSTALL_TARGET:S/^install-strip$/install/g}
.endif
and /usr/local/etc/poudriere.d/make.conf has:
WANT_QT_VERBOSE_CONFIGURE=1
#
DEFAULT_VERSIONS+=perl5=5.24 gcc=7
#
# From a local /usr/ports/Mk/bsd.port.mk extension:
ALLOW_OPTIMIZATIONS_FOR_WITH_DEBUG=
#
.if ${.CURDIR:M*/devel/llvm*}
#WITH_DEBUG=
.elif ${.CURDIR:M*/lang/cling*}
#WITH_DEBUG=
.elif ${.CURDIR:M*/www/*webkit*}
#WITH_DEBUG=
.else
WITH_DEBUG=
.endif
MALLOC_PRODUCTION=
(Note: lang/cling above was added after
observing the -C -a build time-out the
packaging of its 16GB+ build. Similarly
www/qt5-webkit was generalized to
www/*webkit* . Under WITH_DEBUG= these
are massively huge and fail.)
[My only attempt to boot -r326192 directly
did boot but in-use soon ethernet and the
USB keyboard and USB mouse where hung up.
I've not pursued this any farther but may
someday.]
The board/BIOS supports ECC mode but the
RAM in use is not ECC RAM at this point.
lang/guile2 built fine the first time.
So did math/scilab and www/chromium .
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
