HISTORICAL_MAKE_WORLD (was: cvs commit: src Makefile README)

[Greg 'groggy' Lehey]

On Monday, 12 June 2006 at  8:49:56 -0400, John Baldwin wrote:
> On Friday 09 June 2006 20:57, Greg 'groggy' Lehey wrote:
>> On Friday,  9 June 2006 at  8:53:47 -0400, John Baldwin wrote:
>>> On Wednesday 07 June 2006 20:48, Greg 'groggy' Lehey wrote:
>> Obfuscation is always wrong.
>
> Not in this case.

There's only one value of "always.  Obfuscation is always wrong.

>>>> The only justification for this regression is that it's really
>>>> difficult to get everything right.
>>
>> Otherwise people would have fixed it.
>
> No, you aren't reading what I'm saying.

In fact, it's the other way round.  You're not understanding what *I*
am saying.  The real issue here is distinguishing between a feature
and bug that is difficult to fix.

> The justification is a _fundamental_ _design_ FLAW in how 'make
> world' works.  You can't just patch around that.  You can't force
> 'make world' to boot up a new kernel for you that will work with the
> new userland you are about to install.

Why not?  This is in fact pretty much what System V does in a slightly
different situation.  It's not done well, but as I said, it's
difficult.

Greg
--
See complete headers for address and phone numbers.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20060612/e2528753/attachment.pgp