head -r335799 -> -r335812: "Not bootstrapping a cross-compiler" vs. "libclang will be built for bootstrapping a cross-linker": both being reported together

[Bryan Drewery]

> On Jun 29, 2018, at 23:32, Mark Millard <marklmi at 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)
>