Date: Sun, 27 Dec 2020 20:48:40 -0800 From: bob prohaska <fbsd@www.zefox.net> To: freebsd-arm@freebsd.org Subject: Migrating from -current to stable/12 on RPI2B (ARMv7) Message-ID: <20201228044840.GA28380@www.zefox.net>
next in thread | raw e-mail | index | archive | help
Having a bit of trouble migrating to stable/12 from 13.0-CURRENT=20 FreeBSD 13.0-CURRENT #3 r368820: Sat Dec 26 19:01:50 PST 2020 =20 bob@www.zefox.com:/usr/obj/usr/src/arm.armv7/sys/GENERIC-MMCCAM arm This is on a Pi2B v1.1 The MMCCAM kernel option was added for sake=20 of the experiment and hasn't, up to now, been accompanied by any visible problems. World and kernel have been built many times, no problems.=20 Buildworld keeps stopping at --- clang.full --- c++ -O -pipe -fno-common -mlong-calls -I/usr/obj/usr/freebsd-src/arm.armv7/= tmp/obj-tools/lib/clang/libclang -I/usr/obj/usr/freebsd-src/arm.armv7/tmp/o= bj-tools/lib/clang/libllvm -I/usr/freebsd-src/contrib/llvm-project/clang/in= clude -I/usr/freebsd-src/lib/clang/include -I/usr/freebsd-src/contrib/llvm-= project/llvm/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__ST= DC_LIMIT_MACROS -DHAVE_VCS_VERSION_INC -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPL= E=3D\"armv7-unknown-freebsd12.2-gnueabihf\" -DLLVM_HOST_TRIPLE=3D\"armv7-un= known-freebsd12.2\" -DDEFAULT_SYSROOT=3D\"/usr/obj/usr/freebsd-src/arm.armv= 7/tmp\" -DLLVM_TARGET_ENABLE_ARM -DLLVM_NATIVE_ASMPARSER=3DLLVMInitializeAR= MAsmParser -DLLVM_NATIVE_ASMPRINTER=3DLLVMInitializeARMAsmPrinter -DLLVM_NA= TIVE_DISASSEMBLER=3DLLVMInitializeARMDisassembler -DLLVM_NATIVE_TARGET=3DLL= VMInitializeARMTarget -DLLVM_NATIVE_TARGETINFO=3DLLVMInitializeARMTargetInf= o -DLLVM_NATIVE_TARGETMC=3DLLVMInitializeARMTargetMC -ffunction-sections -f= data-sections -gline-tables-only -Wno-format-zero-length -Qunused-arguments= -I/usr/obj/usr/freebsd-src/arm.armv7/tmp/legacy/usr/include -fno-exception= s -fno-rtti -std=3Dc++14 -stdlib=3Dlibc++ -Wno-c++11-extensions -Wl,--gc-s= ections -static -L/usr/obj/usr/freebsd-src/arm.armv7/tmp/legacy/usr/lib -o= clang.full cc1_main.o cc1as_main.o cc1gen_reproducer_main.o driver.o /usr= /obj/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/clang/libclang/libclang.a = /usr/obj/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/clang/libllvm/libllvm.= a -L/usr/obj/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/libz -lz -L/usr/ob= j/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/libexecinfo -lexecinfo -L/usr= /obj/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/libelf -lelf -L/usr/obj/us= r/freebsd-src/arm.armv7/tmp/obj-tools/lib/ncurses/ncursesw -lncursesw -L/us= r/obj/usr/freebsd-src/arm.armv7/tmp/obj-tools/lib/libthr -lpthread -legacy ld: error: failed to open clang.full: Cannot allocate memory c++: error: linker command failed with exit code 1 (use -v to see invocatio= n) *** [clang.full] Error code 1 make[4]: stopped in /usr/freebsd-src/usr.bin/clang/clang 1 error The failure occurs many minutes after the log entry appears.=20 No errors on the console, swap tops near half a gig. The=20 stable/12 sources being compiled were obtained via git. The=20 -current sources used to compile the running system were=20 obtained using svnlite.=20 I don't recall seeing this much swap used before by armv7,=20 but that's the only notable oddity. =20 The stable/12 sources have been updated every day for the=20 past few in hopes the trouble might go away, the -current=20 sources seem to be updated as far as svnlite goes.=20 Any suggestions appreciated, thanks for reading bob prohaska
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20201228044840.GA28380>