https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221367
--- Comment #3 from Ed Maste <ema...@freebsd.org> --- > Okay, but won't that also cause 32-bit versions of libllvm, libclang and clang > itself to be built? We definitely don't want that. :) Good point - I compared the result of 'make installworld' between stock FreeBSD and with MK_TOOLCHAIN=no removed, but I did not notice if it caused libllvm, libclang to be built. Clang itself wouldn't be built, because the compat32 stage does nothing with bin/usr.bin etc. The sanitizer runtimes are a bit of an interesting case. It seems they do belong with MK_TOOLCHAIN, they really are a runtime component tied to the Clang version in use. Maybe we should not try to be too generic / "clean" here and just pass in a COMPAT32 flag to the submakes, and have the individual Makefiles do the right thing (skipping headers and all not-runtime-support libs)? -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ 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"
