Date: Sat, 12 Jun 2010 13:59:43 -0700 From: Doug Barton <dougb@FreeBSD.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: ed@80386.nl, andreast-list@fgznet.ch, freebsd-current@freebsd.org Subject: Re: How to disable CLANG & co build in buildworld? Message-ID: <4C13F53F.3050106@FreeBSD.org> In-Reply-To: <20100612.091058.242248466057850673.imp@bsdimp.com> References: <4C129ECE.8040709@FreeBSD.org> <20100611.151802.59640143227153045.imp@bsdimp.com> <4C1315F9.6000300@FreeBSD.org> <20100612.091058.242248466057850673.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 06/12/10 08:10, M. Warner Losh wrote: > In message:<4C1315F9.6000300@FreeBSD.org> > Doug Barton<dougb@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/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C13F53F.3050106>