Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Mar 2015 14:03:23 -0400
From:      Paul Mather <paul@gromit.dlib.vt.edu>
To:        Brett Wynkoop <freebsd-arm@wynn.com>
Cc:        freebsd-arm <freebsd-arm@freebsd.org>
Subject:   Re: Native Buildworld fails on BeagleBone
Message-ID:  <FDB02365-4C8B-4D60-A890-2A22CDE6CEA2@gromit.dlib.vt.edu>
In-Reply-To: <20150313113356.342f77a7@ivory.wynn.com>
References:  <20150310121946.13c75571@ivory.wynn.com> <20150313113356.342f77a7@ivory.wynn.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mar 13, 2015, at 11:33 AM, Brett Wynkoop <freebsd-arm@wynn.com> =
wrote:

> Greeting-
>=20
> 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@beaglebone:/usr/obj/usr/src/sys/BEAGLEBONE-NO_WITNESS  arm

Cheers,

Paul.

>=20
> -Brett
>=20
>=20
> 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=3D"armv6-gnueabi-freebsd11.0" -D
> LLVM_HOST_TRIPLE=3D"armv6-unknown-freebsd11.0" -D DEFAULT_SYSROOT=3D""
> -I /export/src/lib/clang/libclangsema/../../../contrib/llvm/include
> -I =
/export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/inclu=
de
> -I =
/export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/S=
ema
> -I .
> -I =
/export/src/lib/clang/libclangsema/../../../contrib/llvm/../../lib/clang/i=
nclude
> -internal-isystem /usr/include/c++/v1 -O2 -Wno-c++11-extensions
> -std=3Dc++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=3Dgnustep -fdiagnostics-show-option
> -fcolor-diagnostics -vectorize-loops -vectorize-slp -o
> AnalysisBasedWarnings.o -x
> c++ =
/export/src/lib/clang/libclangsema/../../../contrib/llvm/tools/clang/lib/S=
ema/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: ********************
>=20
> 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:
>=20
> ********************
> *** Error code 254
>=20
> Stop.
> make: stopped in /export/src/lib/clang/libclangsema
> [root@beaglebone /export/src/lib/clang/libclangsema]#=20
>=20
>=20
> --=20
>=20
> wynkoop@wynn.com               =
http://prd4.wynn.com/wynkoop/pgp-keys.txt
> 917-642-6925
> 929-272-0000
>=20
> April 19, 1775 An English attempt to confiscate guns from Americans
> triggered a successful revolution......
>=20
>     Dear Congress, that's a hint.
>=20
> _______________________________________________
> freebsd-arm@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"
>=20




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FDB02365-4C8B-4D60-A890-2A22CDE6CEA2>