From owner-freebsd-stable@FreeBSD.ORG Mon May 19 18:23:08 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 38001106564A for ; Mon, 19 May 2008 18:23:08 +0000 (UTC) (envelope-from duhring@charter.net) Received: from mta21.charter.net (mta21.charter.net [216.33.127.81]) by mx1.freebsd.org (Postfix) with ESMTP id B8DD98FC16 for ; Mon, 19 May 2008 18:23:07 +0000 (UTC) (envelope-from duhring@charter.net) Received: from aarprv06.charter.net ([10.20.200.76]) by mta21.charter.net (InterMail vM.7.08.03.00 201-2186-126-20070710) with ESMTP id <20080519182307.OJAL23078.mta21.charter.net@aarprv06.charter.net>; Mon, 19 May 2008 14:23:07 -0400 Received: from maxwell ([75.132.247.36]) by aarprv06.charter.net with ESMTP id <20080519182307.WAGV3194.aarprv06.charter.net@maxwell>; Mon, 19 May 2008 14:23:07 -0400 Received: by maxwell (Postfix, from userid 1000) id DCCE32A; Mon, 19 May 2008 13:23:07 -0500 (CDT) Date: Mon, 19 May 2008 13:23:07 -0500 From: Dave Uhring To: Doug Rabson Message-ID: <20080519182307.GD55020@charter.net> 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> <7AA1551A-D04D-4817-8028-E9CB6A87C0EA@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7AA1551A-D04D-4817-8028-E9CB6A87C0EA@rabson.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Chzlrs: 0 Cc: 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 18:23:08 -0000 On Mon, May 19, 2008 at 06:00:39PM +0100, Doug Rabson wrote: > > 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. Putting the updated header files in /usr/include/sys solved that problem. Whether is was the correct solution or not is moot since the build continued from the previous stoppage in libc.