> On Jun 29, 2018, at 23:32, Mark Millard <mark...@yahoo.com> wrote: > > > >> On 2018-Jun-29, at 10:45 PM, Mark Millard <marklmi at yahoo.com> wrote: >> >> Going from -r335799 to -r335812 buildworld buildkernel reported: >> >> --- buildworld --- >> make[1]: "/usr/src/Makefile.inc1" line 342: SYSTEM_COMPILER: Determined that >> CC=cc matches the source tree. Not bootstrapping a cross-compiler. >> make[1]: "/usr/src/Makefile.inc1" line 349: SYSTEM_LINKER: libclang will be >> built for bootstrapping a cross-linker.
Note it says right here that libclang will be built for the linker. So I’m not sure what you’re reporting here. >> >> and later did: >> >> ===> lib/clang/libllvm (all) >> Building >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/X86GenAsmWriter.inc >> Building >> /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libllvm/X86GenAsmWriter1.inc >> . . . > > and: > > --- libllvm.a --- > building static llvm library > --- all_subdir_lib/clang/libclang --- > ===> lib/clang/libclang (all) > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang/clang/AST/AttrImpl.inc > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/lib/clang/libclang/clang/AST/AttrVisitor.inc > . . . > ===> usr.bin/clang/lld (obj,all,install) > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/Options.inc > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/Common/TargetOptionsCommandFlags.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/Driver.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/DriverUtils.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/InputFiles.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/LTO.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ELF/ScriptParser.o > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ld.lld.full > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ld.lld.debug > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/ld.lld > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/_proginstall > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/tmp/obj-tools/usr.bin/clang/lld/_installlinks > . . . > > I guess it just looked odd to me that needing to rebuild libclang did > not imply needing to rebuild the compiler but only lld. > > It is doing similarly for: > > --- lib__L --- > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/libllvm/X86GenGlobalISel.inc > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/libllvm/X86GenInstrInfo.inc > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/libllvm/X86GenRegisterBank.inc > Building > /usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/lib/clang/libllvm/X86GenRegisterInfo.inc > . . . > > (I'll note that jumping from -r335245 to -r335799 also rebuilt such things > and more, as expected for an llvm version update. -r335799 to -r335812 is > less obvious.) > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > _______________________________________________ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"