Re: Troubles building world on stable/13
- Reply: Mark Millard : "Re: Troubles building world on stable/13"
- In reply to: Mark Millard : "Re: Troubles building world on stable/13"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sat, 22 Jan 2022 00:02:45 UTC
[I've switched back to messages with the original subject to
avoid mixing the issues.]
On 2022-Jan-20, at 22:00, Mark Millard <marklmi@yahoo.com> wrote:
> On 2022-Jan-20, at 19:16, bob prohaska <fbsd@www.zefox.net> wrote:
>
>> The last few attempts to build world on a Pi3 running stable/13 have
>> stopped with something like:
>>
>> --- all_subdir_lib/googletest/gmock ---
>> ===> lib/googletest/gmock (all)
>> Building /usr/obj/usr/src/arm64.aarch64/lib/googletest/gmock/gmock-all.o
>> --- gmock-all.o ---
>> PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script.
>> Stack dump:
>> 0. Program arguments: c++ -target aarch64-unknown-freebsd13.0 --sysroot=/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-common -g -Wno-format-zero-length -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Wredundant-decls -Wmissing-variable-declarations -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-error=unused-but-set-variable -Qunused-arguments -I/usr/obj/usr/src/arm64.aarch64/tmp/usr/include/private -I/usr/src/contrib/googletest/googlemock/include -I/usr/src/contrib/googletest/googlemock -I/usr/src/contrib/googletest/googletest/include -g -std=c++11 -Wno-deprecated-declarations -Wno-deprecated-copy -Wno-c++11-extensions -c /usr/src/contrib/googletest/googlemock/src/gmock-all.cc -o gmock-all.o
>> 1. /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/private/gtest/internal/gtest-type-util.h:1125:53: current parser token '{'
>> 2. /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/private/gtest/internal/gtest-type-util.h:58:1: parsing namespace 'testing'
>> --- all_subdir_lib/clang ---
>> Building /usr/obj/usr/src/arm64.aarch64/lib/clang/libllvm/X86GenEVEX2VEXTables.inc
>> Building /usr/obj/usr/src/arm64.aarch64/lib/clang/libllvm/X86GenFastISel.inc
>> --- all_subdir_lib/googletest ---
>> #0 0x0000000004112640 PrintStackTrace /usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:565:13
>> #1 0x0000000004110a84 __cxx_atomic_store<CallbackAndCookie::Status> /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/c++/v1/atomic:996:5
>> #2 0x0000000004110a84 store /usr/obj/usr/src/arm64.aarch64/tmp/usr/include/c++/v1/atomic:1617:10
>> #3 0x0000000004110a84 RunSignalHandlers /usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:99:16
>> #4 0x00000000040b4f08 HandleCrash /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:76:5
>> #5 0x00000000040b4f08 CrashRecoverySignalHandler /usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:389:51
>> #6 0x00000000452bad80 handle_signal /usr/src/lib/libthr/thread/thr_sig.c:0:3
>> c++: error: clang frontend command failed with exit code 139 (use -v to see invocation)
>> FreeBSD clang version 13.0.0 (git@github.com:llvm/llvm-project.git llvmorg-13.0.0-0-gd7b669b3a303)
>> Target: aarch64-unknown-freebsd13.0
>> Thread model: posix
>> InstalledDir: /usr/bin
>> c++: note: diagnostic msg:
>> ********************
>>
>> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
>> Preprocessed source(s) and associated run script(s) are located at:
>> c++: note: diagnostic msg: /tmp/gmock-all-836ef8.cpp
>> c++: note: diagnostic msg: /tmp/gmock-all-836ef8.sh
>> c++: note: diagnostic msg:
>>
>> ********************
>> *** [gmock-all.o] Error code 139
>
> So: SIGSEGV (signal 11)
>
>> make[6]: stopped in /usr/src/lib/googletest/gmock
>> .ERROR_TARGET='gmock-all.o'
>> .ERROR_META_FILE='/usr/obj/usr/src/arm64.aarch64/lib/googletest/gmock/gmock-all.o.meta'
>> .MAKE.LEVEL='6'
>> MAKEFILE=''
>> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
>>
>> make[4]: stopped in /usr/src/lib
>> --- all_subdir_lib/clang ---
>>
>> FWIW, filemon is enabled in /boot/loader.conf and the build command was
>> make -j2 -DWITH_META_MODE buildworld > buildworld.log
>>
>> This doesn't appear to be ARM-specific in any obvious way, but it might
>> be, so I'm posting here first.
>>
>
> "uname -apKU" output from the building environment?
>
> Commit identification for the /usr/src/ for stable/13
> that is being built?
>
> Any console messages? dmesg -a output of interest?
> /var/log/messasges content of interest?
>
> Any messages of interest somewhat earlier in the
> buildworld.log ?
>
> Does the problem repeat via using the files:
>
> /tmp/gmock-all-836ef8.cpp
> /tmp/gmock-all-836ef8.sh
>
> on that RPi3? Elsewhere that has more resources, such
> as more RAM?
I do not see anything between your:
Thank you, the script reports:
branch: stable/13
merge-base: d7b156672a48c37e1b8ce9b4ae28a46ecea55412
merge-base: CommitDate: 2022-01-21 15:58:11 +0000
d7b156672a4 (HEAD -> stable/13, freebsd/stable/13) zone.9: Remove documentation of non-existent NUMA configuration flags
n249092 (--first-parent --count for merge-base)
and where I'm at for stable/13:
branch: stable/13
merge-base: a5f69859956049b5153b0e1b67f8f4a99622dc6f
merge-base: CommitDate: 2022-01-15 12:55:32 +0000
a5f698599560 (HEAD -> stable/13, freebsd/stable/13) Ignore debugger-injected signals left after detaching
n249004 (--first-parent --count for merge-base)
that would seem a likely explanation for why I
did not see the problem when I built.
The same goes for between your stable/13-n248948-9418a626103
starting point and where my stable/13 environment is at.
(In my case, I also build for poudriere and chroot trees,
not just booting. So multiple builds are involved in the
sequence.)
I've not come up with any ideas beyond the 2:
A) Trying the two files that failure produced for attempted
reproduction of the problem (such as):
/tmp/gmock-all-836ef8.cpp
/tmp/gmock-all-836ef8.sh
but in other system-clang 13 contexts to see if the problem is
reproducible off that RPi3*.
B) Doing the /usr/obj/. . . cleanout and then a build-from-scratch
attempt.
===
Mark Millard
marklmi at yahoo.com