How to disable CLANG & co build in buildworld?
Doug Barton
dougb at FreeBSD.org
Sat Jun 12 20:59:47 UTC 2010
On 06/12/10 08:10, M. Warner Losh wrote:
> In message:<4C1315F9.6000300 at FreeBSD.org>
> Doug Barton<dougb at freebsd.org> writes:
> : On 06/11/10 14:18, M. Warner Losh wrote:
> :> "This" is building the proper set of tools for the target. It is easy
> :> to do, and only a couple lines of Makefile foo in Makefile.inc1
> :> instead of in bsd.own.mk. It is a fairly natural consequence of the
> :> tbemd stuff I have been working on and have started merging.
> :>
> :> The consequences today are that you build some extra tools that are
> :> only needed to build clang when in fact you aren't really going to be
> :> building clang. The "cost" is however long it takes to do this on the
> :> platform you are building on. This can range from a minute or two to
> :> tens of minutes depending on the power of your build system.
> :
> : Ok, obviously I'm dense because I didn't understand an answer to my
> : question anywhere in there. :) So let me try again. Why are we not
> : optimizing for the common case, where the world is built on the system
> : it's going to run on, which means that WITHOUT_CLANG can easily mean
> : exactly that?
>
> Because if we optimize for that case, we break the other cases.
> Broken trumps fast, so we always build the clang tools.
>
> The reason it is broke is that the default for clang varies between
> architectures, which makes the usual tests for MK_CLANG not work for
> the bootstrap tools phase.
Sorry, still dense here. Can you point to code where simply testing for
MK_CLANG won't work?
Doug
--
... and that's just a little bit of history repeating.
-- Propellerheads
Improve the effectiveness of your Internet presence with
a domain name makeover! http://SupersetSolutions.com/
More information about the freebsd-current
mailing list