From owner-freebsd-stable@FreeBSD.ORG Mon May 19 17:00:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C95C1065674; Mon, 19 May 2008 17:00:41 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id B51F48FC21; Mon, 19 May 2008 17:00:40 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id CBCC03FD6; Mon, 19 May 2008 18:00:12 +0100 (BST) Message-Id: <7AA1551A-D04D-4817-8028-E9CB6A87C0EA@rabson.org> From: Doug Rabson To: Dave Uhring In-Reply-To: <20080519165807.GB62264@charter.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Mon, 19 May 2008 18:00:39 +0100 References: <20080519151739.GA50653@charter.net> <4AB77C7C-55F7-4CC3-B842-E684F6C899E3@rabson.org> <20080519163825.GA32372@charter.net> <20080519164221.GA76691@eos.sc1.parodius.com> <20080519165807.GB62264@charter.net> X-Mailer: Apple Mail (2.919.2) Cc: Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: Buildworld Fails RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 May 2008 17:00:41 -0000 On 19 May 2008, at 17:58, Dave Uhring wrote: > On Mon, May 19, 2008 at 09:42:21AM -0700, Jeremy Chadwick wrote: >> >> Is there some reason you're using -DNO_CLEAN, and haven't just nuked >> /usr/obj/* and done buildworld normally? I can't reproduce any of >> this >> behaviour on any of our RELENG_7 systems. > > I have repeately nuked /usr/obj. That is not going to put updated > header files > where they need to be. > > I'm using -DNO_CLEAN in order to get the system to a point where a > build just > might succeed without -DNO_CLEAN and I'm not getting there without > some header > files being in the right place. > > Remember I'm starting from a RELEASE userland. This is just about > as bad as > jumping from one full release to the next :( The thing is that a working buildworld doesn't depend on headers from / usr/include. One of the first thing it does is install a set of new headers in somewhere like /usr/obj/usr/src/tmp. At this point, it might be useful to see a log of a failed buildworld attempt to see what is going wrong.