Date: Sat, 21 May 2016 10:57:44 -0600 From: Ian Lepore <ian@freebsd.org> To: bob prohaska <fbsd@www.zefox.net> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: upgrading arm6hf Message-ID: <1463849864.1180.364.camel@freebsd.org> In-Reply-To: <20160521155043.GM1049@www.zefox.net> References: <20160520021633.GG1049@www.zefox.net> <CANCZdfrRwnHvo1AyQxYrRQjyp9MWuNXYfX3HWub4Dc0Z%2BJ%2BFDg@mail.gmail.com> <20160520065945.GH1049@www.zefox.net> <1463776364.1180.340.camel@freebsd.org> <20160520231622.GI1049@www.zefox.net> <20160521002859.GJ1049@www.zefox.net> <1463795214.1180.351.camel@freebsd.org> <20160521021227.GK1049@www.zefox.net> <1463797063.1180.354.camel@freebsd.org> <20160521023515.GA15151@bluezbox.com> <20160521155043.GM1049@www.zefox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2016-05-21 at 08:50 -0700, bob prohaska wrote: > On Fri, May 20, 2016 at 07:35:15PM -0700, Oleksandr Tymoshenko wrote: > > Ian Lepore (ian@freebsd.org) wrote: > > > > > > It might be worth trying to use kernel.old, verify that uname -p > > > says > > > armv6hf again when booted from it, then see if you can buildworld > > > and > > > buildkernel with TARGET_ARCH=armv6. If so, then you should be > > > able to > > > install those (remember to use the TARGET_ARCH=armv6 when > > > installing > > > too!), and then you'll be on the new armv6 with hardfloat. I > > > think. > > > > The build stopped in clang with an error that isn't obviously related > to hardfloat. Here's the end of the log: > > cc1_main.o: In function `clang::DiagnosticsEngine::Report(unsigned > int)': > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/tools/clang/includ > e/clang/Basic/Diagnostic.h:1119: relocation truncated to fit: > R_ARM_CALL against symbol `__assert' defined in .text section in > /usr/lib/libc.a(assert.o) > cc1_main.o: In function `ForcePassLinking': > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/include/llvm/LinkA > llPasses.h:55: relocation truncated to fit: R_ARM_CALL against symbol > `getenv' defined in .text section in /usr/lib/libc.a(getenv.o) > cc1_main.o: In function `Twine': > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/include/llvm/ADT/T > wine.h:274:--More relocation truncated to fit: R_ARM_CALL against > symbol `__assert' defined in .text section in > /usr/lib/libc.a(assert.o) > cc1_main.o: In function `llvm::iplist<llvm::AliasSet, > llvm::ilist_traits<llvm::AliasSet> > >::remove(llvm::ilist_iterator<llvm::AliasSet>&)': > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/include/llvm/ADT/i > list.h:485: relocation truncated to fit: R_ARM_CALL against symbol > `__assert' defined in .text section in /usr/lib/libc.a(assert.o) > cc1_main.o: In function `llvm::MallocAllocator::Allocate(unsigned > int, unsigned int)': > /usr/src/usr.bin/clang/clang/../../../contrib/llvm/include/llvm/Suppo > rt/Allocator.h:95: additional relocation overflows omitted from the > output > c++: error: linker command failed with exit code 1 (use -v to see > invocation) > *** [clang.full] Error code 1 > > make[4]: stopped in /usr/src/usr.bin/clang/clang > 1 error > > make[4]: stopped in /usr/src/usr.bin/clang/clang > *** [all_subdir_usr.bin/clang/clang] Error code 2 > > make[3]: stopped in /usr/src/usr.bin/clang > 1 error > > make[3]: stopped in /usr/src/usr.bin/clang > *** [cross-tools] Error code 2 > > make[2]: stopped in /usr/src > 1 error > > > Any suggestions appreciated! > > bob prohaska > Do you have anything (expecially CFLAGS or CPUTYPE) in make.conf or src.conf? My buildworld died overnight on a clang segfault that seems to have nothing to do with anything, except maybe a kernel memory management bug or something. I started it up again and it has progressed past the segfault point, but hasn't gotten as far yet as where yours died. -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1463849864.1180.364.camel>