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>
index | next in thread | previous in thread | raw e-mail
> 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
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2285.835472569>