Date: Mon, 30 Mar 2020 07:44:10 +0300 From: Alexandr Krivulya <shuriku@shurik.kiev.ua> To: freebsd-current@freebsd.org Subject: Re: kernel build failed Message-ID: <04974bf9-c775-f314-e4b5-45644e1351a1@shurik.kiev.ua> In-Reply-To: <E979DFE1-E614-4231-AD3D-6C8B99DA40E2@FreeBSD.org> References: <672d55ce-0949-2397-0a3c-3a86020381a4@shurik.kiev.ua> <20200328123542.GR1511@albert.catwhisker.org> <4ee54436-0c15-41c3-3581-053da0a08181@shurik.kiev.ua> <9E22D99A-63CB-4CCB-B3C1-3838F1769BED@FreeBSD.org> <1829bb5e-22aa-ca15-de07-2a930dacbe3c@shurik.kiev.ua> <E979DFE1-E614-4231-AD3D-6C8B99DA40E2@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
29.03.20 14:55, Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 29 Mar 2020, at 13:02, Alexandr Krivulya <shuriku@shurik.kiev.ua> wr= ote: >> 28.03.20 18:32, Dimitry Andric =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >>> On 28 Mar 2020, at 13:48, Alexandr Krivulya <shuriku@shurik.kiev.ua> = wrote: > ... >>> This typically happens if you don't run "make buildworld", or at leas= t >>> "make kernel-toolchain" before running "make buildkernel", and your >>> userland is missing those headers, for some reason. (Usually people >>> seem to do a WITHOUT_CLANG installation or strip out 'unnecessary' >>> stuff manually...) >>> >> I have updated source tree to r359419 and now make builworld failed wi= th an error: >> >> --- Basic/Targets.o --- >> c++ -O2 -pipe -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/= libclang -I/usr/obj/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm -= I/usr/src/contrib/llvm-project/clang/lib/Basic -I/usr/src/contrib/llvm-pr= oject/clang/lib/Driver -I/usr/src/contrib/llvm-project/clang/include -I/u= sr/src/lib/clang/include -I/usr/src/contrib/llvm-project/llvm/include -D_= _STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -DHAVE= _VCS_VERSION_INC -DLLVM_DEFAULT_TARGET_TRIPLE=3D\"x86_64-unknown-freebsd1= 3.0\" -DLLVM_HOST_TRIPLE=3D\"x86_64-unknown-freebsd13.0\" -DDEFAULT_SYSRO= OT=3D\"/usr/obj/usr/src/amd64.amd64/tmp\" -DLLVM_TARGET_ENABLE_X86 -DLLVM= _NATIVE_ASMPARSER=3DLLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=3D= LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=3DLLVMInitializeX8= 6Disassembler -DLLVM_NATIVE_TARGET=3DLLVMInitializeX86Target -DLLVM_NATIV= E_TARGETINFO=3DLLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=3DLLVMI= nitializeX86TargetMC -ffunction-sections -fdata-sections -gline-tables-on= ly -MD -MF.depend.Basic_Targets.o -MTBasic/Targets.o -Wno-format-zero-len= gth -Qunused-arguments -include ../freebsd_cc_version.h -I/usr/obj/usr/sr= c/amd64.amd64/tmp/legacy/usr/include -fno-exceptions -fno-rtti -gline-tab= les-only -std=3Dc++14 -stdlib=3Dlibc++ -Wno-c++11-extensions -c /usr/sr= c/contrib/llvm-project/clang/lib/Basic/Targets.cpp -o Basic/Targets.o >> --- Basic/SourceManager.o --- >> /usr/src/contrib/llvm-project/clang/lib/Basic/SourceManager.cpp:1228:1= 0: fatal error: 'emmintrin.h' file not found >> #include <emmintrin.h> >> ^~~~~~~~~~~~~ > If this happens during the cross-tools stage (stage 3), then your base > system's toolchain is missing some components. Can you check whether > the directory /usr/lib/clang/x.y.z exists, where x.y.z is the version > printed by "cc -v" ? > > If that directory does not exist, the easiest fix is probably to use > a toolchain port to bootstrap, or alternatively restore the toolchain > directories from a 13-CURRENT snapshot. > > You are absolutely right. The directory /usr/lib/clang was empty. Thank you!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?04974bf9-c775-f314-e4b5-45644e1351a1>