Re: r209240 ia64 -> buildworld -> undefined reference to `lzma_physmem'

On Mon, Jun 21, 2010 at 01:27:52PM -0700, Marcel Moolenaar wrote:
> 
> On Jun 21, 2010, at 8:04 AM, Anton Shterenlikht wrote:
> 
> > On Mon, Jun 21, 2010 at 04:45:03PM +0200, Dag-Erling Smørgrav wrote:
> >> jhell <jhell_at_dataix.net> writes:
> >>> Anton Shterenlikht <mexas_at_bristol.ac.uk> writes:
> >>>> What do you mean by "updating your headers"?
> >>> cd /usr/src/include && make obj && make depend && make all && make install
> >> 
> >> wrong.
> >> 
> >> % cd /usr/src
> >> % make obj
> >> % make cleandepend
> >> % make depend
> >> % make buildincludes
> >> % make installincludes
> >> 
> >> DES
> >> -- 
> >> Dag-Erling Smørgrav - des_at_des.no
> > 
> > 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...

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.lo dd.lo df.lo echo.lo ed.lo exp .lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.l  rmdir.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 dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fs rand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5. o mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_ntfs.lo mount_n llfs.lo mount_udf.lo 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 spppcontrol.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.lo 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/../librescue/getusershell.o /usr/obj/usr/src/rescue/rescue/../librescue/login_clas .o /usr/obj/usr/src/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/rescue/rescue/../librescue/rcmdsh.o  usr/obj/usr/src/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/rescue/rescue/../librescue/system.o -lc ypt -ledit -lkvm -ll -ltermcap -lutil -lalias -lcam -lcurses -ldevstat -lipsec -lipx -lzfs -lnvpair -luutil  lavl -lgeom -lbsdxml -ljail -lkiconv -lmd -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


-- 
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