From owner-freebsd-current  Wed Jun 26 12:30:45 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id MAA29810
          for current-outgoing; Wed, 26 Jun 1996 12:30:45 -0700 (PDT)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29803
          for <freebsd-current@freebsd.org>; Wed, 26 Jun 1996 12:30:43 -0700 (PDT)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id MAA26042; Wed, 26 Jun 1996 12:27:24 -0700 (PDT)
To: Bruce Evans <bde@zeta.org.au>
cc: mark@linus.demon.co.uk, msmith@atrad.adelaide.edu.au,
        freebsd-current@freebsd.org, nate@sri.MT.net
Subject: Re: Building inside of /usr/src? 
In-reply-to: Your message of "Wed, 26 Jun 1996 23:36:30 +1000."
             <199606261336.XAA28908@godzilla.zeta.org.au> 
Date: Wed, 26 Jun 1996 12:27:24 -0700
Message-ID: <26040.835817244@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> I would like to point to breaking documented behaviour of obj.machine,
> obj and MAKEOBJDIR, but this behaviour seems to be undocumented.  The
> man page only documents the use of MAKEOBJDIR (not what it does) and
> the tutorial doesn't mention anything to do with obj directories (not
> even ${.OBJDIR}).

Thanks for noting this - I *did* indeed RTFM on this to see what the
conventions were and when I saw that nothing was mandating that
MAKEOBJDIR be a relative path, I figured I wasn't breaking any of the
published interfaces by changing it.  However, I can say that if it's
just the change to MAKEOBJDIR which is sticking in people's craws, I
*can* change it to something else - it's only referenced in one or two
places and trivial to change.  I simply didn't want to add yet another
variable to the mix when an old one could be chaned, but if people
really do want a new OBJBASEDIR variable or something (suggestions
accepted :-) then at this point I'm more than happy to give it to
them.  I still think that this variable, whatever it is, should be set
in sys.mk since we already set things like the X11BASE there.

					Jordan