Native Buildworld fails on BeagleBone

[Paul Mather]

On Mar 13, 2015, at 11:33 AM, Brett Wynkoop <freebsd-arm at wynn.com> wrote:

> Greeting-
> 
> It seems I still can not build world.  This time the sources were on
> the USB FLASH ZFS.  At no time did I seem to run out of swap.  I had
> 1024M swap and maxed swap use at 75%.

Back in 2013 I was having problems achieving a successful native build on FreeBSD/arm.  Even when it finally worked on Raspberry Pi, it wouldn't work on BeagleBone Black: http://lists.freebsd.org/pipermail/freebsd-arm/2013-September/006618.html

For a while, there was a lot of turmoil in FreeBSD/arm land, so I switched to doing cross-builds on my FreeBSD/amd64 system and, when it came time to installkernel; installworld; and mergemaster, I'd shut down the BeagleBone Black, put the SD card into my FreeBSD/amd64 system and do the necessary steps there.  Then, I'd put the SD card back into the BeagleBone Black and boot up the new version.  That method always seemed to work for me.

The main advantage of that is I could do a buildworld/buildkernel run in about 30 minutes instead of the > 1 day it would take natively.  But, I didn't like having to move the SD card.  Like many FreeBSD users, I'm used to being able to do a native build.  But, the cross-building was a successful workaround.

When I did try in the past few months to do a native build on the BeagleBone Black it succeeded.  I don't know what had been the problem before: some clang issue?  Whatever it was, it doesn't seem to be an issue for me now, and I've been able to do native builds both on Raspberry Pi and BeagleBone Black.

It may not simply be a matter of updating /usr/src to a known buildable version to complete a native build.  It might be that your current installed version is not capable to doing a successful build, like mine was.  In that case, I would suggest either reinstalling from a known good image (known to have successfully completed a native build), or doing a cross-build and update of your existing system, like I did.

I don't know if that helps, but I hope it does.

BTW, my current successful native build is this one:

FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r279886: Wed Mar 11 13:25:57 EDT 2015     pmather at beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-NO_WITNESS  arm

Cheers,

Paul.

> 
> -Brett
> 
> 
> Stack dump:
> 0.      Program arguments: /usr/bin/c++ -cc1 -triple
> armv6--freebsd11.0-gnueabi -emit-obj -disable-free -main-file-name
> AnalysisBasedWarnings.cpp -mrelocation-model static -mdisable-fp-elim
> -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu
> arm1176jzf-s -target-feature +soft-float-abi -target-abi aapcs-linux
> -mfloat-abi soft -dwarf-column-info
> -coverage-file /usr/obj/export/src/lib/clang/libclangsema/AnalysisBasedWarnings.o
> -resource-dir /usr/bin/../lib/clang/3.5.1 -D LLVM_ON_UNIX -D
> LLVM_ON_FREEBSD -D __STDC_LIMIT_MACROS -D __STDC_CONSTANT_MACROS -D
> LLVM_DEFAULT_TARGET_TRIPLE="armv6-gnueabi-freebsd11.0" -D
> LLVM_HOST_TRIPLE="armv6-unknown-freebsd11.0" -D DEFAULT_SYSROOT=""
> -I /export/src/lib/clang/libclangsema/../../../contrib/llvm/include
> -I /export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/include
> -I /export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema
> -I .
> -I /export/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/include
> -internal-isystem /usr/include/c++/v1 -O2 -Wno-c++11-extensions
> -std=c++11 -fdeprecated-macro
> -fdebug-compilation-dir /usr/obj/export/src/lib/clang/libclangsema
> -ferror-limit 19 -fmessage-length 80 -mstackrealign -fno-rtti
> -fno-signed-char -fobjc-runtime=gnustep -fdiagnostics-show-option
> -fcolor-diagnostics -vectorize-loops -vectorize-slp -o
> AnalysisBasedWarnings.o -x
> c++ /export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/Sema/AnalysisBasedWarnings.cpp
> 1.      <eof> parser at end of file 2.      Per-file LLVM IR generation
> 3.      /usr/include/c++/v1/algorithm:2654:1: Generating code for
> declaration 'std::__1::max' c++: error: unable to execute command: Bus
> error (core dumped) c++: error: clang frontend command failed due to
> signal (use -v to see invocation) FreeBSD clang version 3.5.1
> (tags/RELEASE_351/final 225668) 20150115 Target:
> armv6--freebsd11.0-gnueabi Thread model: posix c++: note: diagnostic
> msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and
> include the crash backtrace, preprocessed source, and associated run
> script. 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/AnalysisBasedWarnings-a42e88.cpp
> c++: note: diagnostic msg: /tmp/AnalysisBasedWarnings-a42e88.sh
> c++: note: diagnostic msg:
> 
> ********************
> *** Error code 254
> 
> Stop.
> make: stopped in /export/src/lib/clang/libclangsema
> [root at beaglebone /export/src/lib/clang/libclangsema]# 
> 
> 
> -- 
> 
> wynkoop at wynn.com               http://prd4.wynn.com/wynkoop/pgp-keys.txt
> 917-642-6925
> 929-272-0000
> 
> April 19, 1775 An English attempt to confiscate guns from Americans
> triggered a successful revolution......
> 
>     Dear Congress, that's a hint.
> 
> _______________________________________________
> freebsd-arm at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe at freebsd.org"
>