From owner-freebsd-current@FreeBSD.ORG Fri Jun 11 21:31:33 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8210110656FD; Fri, 11 Jun 2010 21:31:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 41A738FC0C; Fri, 11 Jun 2010 21:31:33 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o5BLI2AV001235; Fri, 11 Jun 2010 15:18:02 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Fri, 11 Jun 2010 15:18:02 -0600 (MDT) Message-Id: <20100611.151802.59640143227153045.imp@bsdimp.com> To: dougb@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <4C129ECE.8040709@FreeBSD.org> References: <20100611.132052.271446115462387749.imp@bsdimp.com> <20100611203544.GA1797@hoeg.nl> <4C129ECE.8040709@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, ed@80386.nl, andreast-list@fgznet.ch Subject: Re: How to disable CLANG & co build in buildworld? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 21:31:33 -0000 In message: <4C129ECE.8040709@FreeBSD.org> Doug Barton writes: : On 06/11/10 13:35, Ed Schouten wrote: : > * M. Warner Losh wrote: : >> Except that clang isn't quite disabled when cross-building, due to the : >> issue I pointed out when the commit went in wrt bsd.own.mk. : >> MACHINE_ARCH is still amd64 until we start to build the sparc64 : >> binaries, so anything in the bootstrapping part of the build will not : >> be disabled. that's one of many reasons disabling things in : >> bsd.own.mk based on architecture is going to fail. : > : > Exactly. I already mentioned this problem on arch@ back in May. That's : > why a small portion of LLVM, namely tblgen, is always built. Even : > though : > this will slightly increase the build time, it shouldn't be excessive. : > If someone knows of a nice way to fix this, I am more than willing to : > get it fixed. Ed: Sorry I missed it back in may on arch@. I'm usually pretty good about catching things like that... : What is "this" that needs to be fixed? Or, asked another way, why are : we not optimizing for the common case (building world on the machine : that it will be run on)? "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. Warner