Date: Sat, 22 Jun 1996 12:42:49 -0700 From: "Jordan K. Hubbard" <jkh@time.cdrom.com> To: Bruce Evans <bde@zeta.org.au> Cc: current@FreeBSD.ORG Subject: Re: OK, here it is! [was Re: Whoops! That was a mite premature..] Message-ID: <2285.835472569@time.cdrom.com> In-Reply-To: Your message of "Sun, 23 Jun 1996 04:53:49 %2B1000." <199606221853.EAA08924@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
> It works now. Don't break it. I think the way to do it is to go back to > ... > ${.CURDIR}/../cc_int/obj # same as before > ${.CURDIR:S/foo/bar/:S/obj$//}/../cc_int # new I'm not sure that's any less gross than the special case handling we have now. Can we look at this in a second pass? I've got the cases for cc and friends all working just fine using the *existing* `make world framework' and if we want to make it possible for things to start moving around or be selectively "obj'd" then I think that's a separate challenge. The changes I made to cc do work, they just don't allow you to do something which is poorly supported in the tree as it is. > >What's wrong with `cd ${.OBJDIR}'? > > To begin with, it's a syntax error. Shell identifiers can't begin with > a `.'. Huh? Make defines this and expands it before the shell ever gets to it. > Urk. The semantics of ${.OBJDIR} must not change since foreign makefiles > might depend on them. It is more usefule than before since there are now > 3 places where the object directory might be and the new place isn't > obvious. Well, I remain to be convinced that any foreign Makefiles depend on this (I've never seen a single application example), but it's not required to be different in more than 2 places so I'll just add a new variable, .TARGETOBJDIR, which always points to the "desired" obj direcory and .OBJDIR will either point there or at .CURDIR if there's no .TARGETOBJDIR. Jordan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2285.835472569>