From owner-freebsd-current@FreeBSD.ORG Wed Jun 23 13:05:40 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 404131065676; Wed, 23 Jun 2010 13:05:40 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id E98738FC1A; Wed, 23 Jun 2010 13:05:39 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1ORPe3-0004bH-UF; Wed, 23 Jun 2010 14:05:38 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1ORPe3-0002Yq-6B; Wed, 23 Jun 2010 14:05:35 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id o5ND5YOZ069942; Wed, 23 Jun 2010 14:05:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id o5ND5YKG069941; Wed, 23 Jun 2010 14:05:34 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Wed, 23 Jun 2010 14:05:34 +0100 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20100623130534.GA69821@mech-cluster241.men.bris.ac.uk> 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> <754D875E-48AB-423D-B309-9415EA2867E4@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <754D875E-48AB-423D-B309-9415EA2867E4@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@freebsd.org, Anton Shterenlikht , 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: Wed, 23 Jun 2010 13:05:40 -0000 On Mon, Jun 21, 2010 at 01:27:52PM -0700, Marcel Moolenaar wrote: >=20 > On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote: >=20 > > 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 in= stall > >>=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? >=20 > Anton, >=20 > 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. >=20 > 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... Marcel, I did just that - removed the whole of /usr/src and started from scratch. I got the same error as before: cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date= =2Elo dd.lo df.lo echo.lo ed.lo exp .lo getfacl.lo hostname.lo kenv.lo kill= =2Elo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.l rm= dir.lo setfacl.lo sh.lo stty.lo sync.lo test.lo rcp.lo csh.lo atacontrol.lo= badsect.lo camcontrol.lo ccdc nfig.lo clri.lo devfs.lo dmesg.lo dump.lo du= mpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fs rand.lo gb= de.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunl= oad.lo ldconfig.lo md5. o mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd96= 60.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_n llfs.lo mount_udf= =2Elo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo= restore.lo rcorde .lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo s= pppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.l atmconfig.lo ping6.lo= ipf.lo zfs.lo zpool.lo mca.lo dhclient.lo head.lo mt.lo sed.lo tail.lo tee= =2Elo gzip.lo bzip2.lo xz.lo tar.lo vi.lo id.lo chroot.lo chown.lo /usr/obj= /usr/src/rescue/rescue/../librescue/exec.o /usr obj/usr/src/rescue/rescue/.= =2E/librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/lo= gin_clas .o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/us= r/src/rescue/rescue/../librescue/rcmdsh.o usr/obj/usr/src/rescue/rescue/..= /librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -l= c ypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -l= ipsec -lipx -lzfs -lnvpair -luutil lavl -lgeom -lbsdxml -ljail -lkiconv -l= md -lreadline -lsbuf -lufs -lz -lbz2 -llzma -larchive -lcrypto -lm xz.lo(.text+0x5202): In function `hardware_init': : undefined reference to `lzma_physmem' I think it's possible that at some point, in anger, I did "make installworld" after a failed, or otherwise interrupted "make buildworld". Perhaps I got an inconsistent set of binaries as a result... Would that explain an error like this? PS: I'm now at # svn info Path: . URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 209429 Node Kind: directory Schedule: normal Last Changed Author: rwatson Last Changed Rev: 209429 Last Changed Date: 2010-06-22 11:46:57 +0100 (Tue, 22 Jun 2010) many thanks anton --=20 Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423