From owner-freebsd-current@FreeBSD.ORG Mon Jun 21 20:27:54 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 05F75106566B; Mon, 21 Jun 2010 20:27:54 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id DBD548FC22; Mon, 21 Jun 2010 20:27:53 +0000 (UTC) MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Received: from [172.24.241.142] (natint3.juniper.net [66.129.224.36]) by asmtp030.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0L4D00713SUGLX10@asmtp030.mac.com>; Mon, 21 Jun 2010 13:27:53 -0700 (PDT) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1004200000 definitions=main-1006210119 X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2010-06-21_01:2010-02-06, 2010-06-21, 2010-06-20 signatures=0 From: Marcel Moolenaar In-reply-to: <20100621150445.GA50194@mech-cluster241.men.bris.ac.uk> Date: Mon, 21 Jun 2010 13:27:52 -0700 Content-transfer-encoding: quoted-printable Message-id: <754D875E-48AB-423D-B309-9415EA2867E4@mac.com> References: <20100617101541.GA90363@mech-cluster241.men.bris.ac.uk> <4C1A117A.9060608@dataix.net> <20100618085018.GA94427@mech-cluster241.men.bris.ac.uk> <4C1B63A1.3010604@dataix.net> <8639wgfnrk.fsf@ds4.des.no> <20100621150445.GA50194@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1081) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem' 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: Mon, 21 Jun 2010 20:27:54 -0000 On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote: > On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Sm=F8rgrav wrote: >> jhell writes: >>> Anton Shterenlikht writes: >>>> What do you mean by "updating your headers"? >>> cd /usr/src/include && make obj && make depend && make all && make = install >>=20 >> wrong. >>=20 >> % cd /usr/src >> % make obj >> % make cleandepend >> % make depend >> % make buildincludes >> % make installincludes >>=20 >> DES >> --=20 >> Dag-Erling Sm=F8rgrav - des@des.no >=20 > Sorry, just to take one step back, why has this become > necessary for this particular box? If /usr/obj is empty, > and "svn up", followed by "svn diff", doesn't show any > local changes, why can't I go straight to make buildworld? > In other words, why do my headers need updating on this > particular box, and not on other ia64 boxes? > I must've screwed something up, haven't I? Anton, My suggestion would be to destroy the sandbox entirely and simply checkout a new one from scratch, provided you're not sharing sandboxes across NFS. I would also manually destroy your object tree under /usr/obj (or whereever you have it) before doing the buildworld. It's not impossible (double negative to emphasize that the possibility may not be big enough to worry about, but that I don't want to go there), that you have some corruption that is not exposed by "svn diff", but that is causing the build-breakages. A clean slate helps... FYI, --=20 Marcel Moolenaar xcllnt@mac.com