Date: Thu, 27 Jun 1996 17:08:50 -0600 (MDT) From: Nate Williams <nate@mt.sri.com> To: "Jordan K. Hubbard" <jkh@time.cdrom.com> Cc: scott@statsci.com, current@freebsd.org Subject: Re: Building inside of /usr/src? Message-ID: <199606272308.RAA12141@rocky.mt.sri.com> In-Reply-To: <7890.835914838@time.cdrom.com> References: <m0uZPF8-000604C@main.statsci.com> <7890.835914838@time.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > I don't know enough about the internals and all of the places that this is > > used to be able to say if it'd be safe to revert the behavior in 'make' > > itself, but maybe there could be a function added that just returns the > > "real" getcwd() (or just grab the output from a /bin/pwd run). > > It did do this, the problem is that it then overlayed a perfectly good > "trusted" value for the current directory and then spammed over it with > the value of $PWD. Which according to the code we saw should also be a 'trusted' value. I think changing the stat call to an lstat (as Poul suggested) would give the best of both worlds. In it's current incarnation (w/out the $PWD stuff), I suspect that if you used symlinks in your source tree you'd break any chance of getting a working build because your relative paths would be screwed up. # ls -l /usr/src/bin lrwxr-xr-x 1 root wheel 11 Jun 25 23:27 /gnu@ -> gnu-stable/ So anything that used files in gnu and hoped that ../../gnu/lib/libgnumalloc.a would work will now break. Anything that uses .PATH is subject to break now. Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606272308.RAA12141>