From owner-freebsd-stable@FreeBSD.ORG Tue May 17 10:55:47 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CCF416A4CE for ; Tue, 17 May 2005 10:55:47 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 624D743D90 for ; Tue, 17 May 2005 10:55:46 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.0.2.R) with ESMTP id md50001415969.msg for ; Tue, 17 May 2005 11:50:53 +0100 Message-ID: <00c101c55ace$d9ca8c20$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Tuomo Latto" , , "Kris Kennaway" References: <009e01c55ac5$85aa6100$b3db87d4@multiplay.co.uk> <4289C440.8000505@mbnet.fi> Date: Tue, 17 May 2005 11:54:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Spam-Processed: multiplay.co.uk, Tue, 17 May 2005 11:50:53 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 17 May 2005 11:50:53 +0100 Subject: Re: Strange make buildworld behaviour with 5.4-RELEASE ( amd64 ) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 May 2005 10:55:47 -0000 From: "Tuomo Latto" > You did get through to me, at least. (stable) > Apparently you didn't get Kris Kennaway's answer either? Nope didnt see that, just looked it up on the webarchive thanks Toumo. > Kris wrote: > You need to make sure you don't have stale object files (the pathnames > are recorded), so try removing /usr/obj/ and then running 'make > cleandir' from your source tree. Already tried that no joy Im afraid: /usr -> /.usr/amd64 rm -rf /usr/obj make cleandir make cleandir ( just incase ) make buildworld *failed* /usr -> /.usr/amd64 rm -rf /usr/obj make cleanworld make buildworld *failed* /usr (real) rm -rf /usr/obj make cleandir make buildworld *completed* There appears to be something most odd going on as soon as /usr is symlink else where. I've just moved /usr/src to /usr/src_amd64 and am reruning a build: rm -rf /usr/obj make cleandir make buildworld Will let you know how that turns out. Will prove the problem is not with the source being else where if it works. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk.