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

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

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

freebsd-toolchain mailing list
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.

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
. . .




===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

freebsd-toolchain mailing list


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.
>
> 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)

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

Bryan Drewery-6


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

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

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

freebsd-toolchain mailing list


On 2018-Jun-30, at 7:40 PM, Bryan Drewery <bdrewery at FreeBSD.org> wrote:



>> 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.
>
>>> . . .
>>
>> . . .

I guess I was not clear in the 2nd note that I was "unreporting"
the first note:

>> I guess it just looked odd to me that needing to rebuild libclang did
>> not imply needing to rebuild the compiler but only lld.
>

Sorry for the double-noise.


===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "[hidden email]"