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 <jh...@dataix.net> writes: >>> Anton Shterenlikht <me...@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 - d...@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... FYI, -- Marcel Moolenaar xcl...@mac.com _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
