On Fri, Apr 26, 2002 at 10:12:14PM +0300, Ruslan Ermilov wrote:
> On Fri, Apr 26, 2002 at 11:59:21AM -0700, Marcel Moolenaar wrote:
> > On Fri, Apr 26, 2002 at 09:26:34PM +0300, Ruslan Ermilov wrote:
> > 
> > > I.e., if you built world a month ago, and didn't touch /usr/src
> > > since, and /usr/obj has "buildworld" output for this /usr/src,
> > > and you have booted with this world, it should be okay to start
> > > building today's release.
> > 
> > I share my src tree, so I almost always have a /usr/src that's not
> > in sync with the /usr/obj for and on a particular machine.
> > 
> > What goes wrong if /usr/src and /usr/obj are out of sync?
> > 
> The prerequisite for a successful "make release" is to "installworld"
> first the same world as you are currently running.  This is done to
> create a pristine environment (with an empty /etc/make.conf, etc.)
> which is then chroot'ed into.

I see. Doing a "make everything TARGET_ARCH=foo -DNOCLEAN" should
probably be enough in most cases to sync the object tree, right?

> Also, when I wrote "/usr/src" and "/usr/obj" I didn't mean them
> literally.

That's mostly academic :-)

BTW: Do you have plans to remove the exception for non-cross builds
     to have the object tree rooted under /usr/obj/$TARGET_ARCH?
     The exception was created for make release, but from a pure
     cross-building point of view it's inconsistent and is one of
     the blockers to build, say, alpha on i386 and doing a native
     install on alpha (the other would be having an empty temproot).

 Marcel Moolenaar         USPA: A-39004          [EMAIL PROTECTED]

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message

Reply via email to