On Tue, Sep 06, 2011 at 11:59:50PM +0400, Valeriy E. Ushakov wrote:
Please commit changes like the following together instead of spamming
the source-changes list.
I don't think that spamming source-changes is a very high priority
consideration. OTOH, I know that per-directory commits
On Tue, Sep 06, 2011 at 02:53:58PM +0400, Valeriy E. Ushakov wrote:
Are you saying you are going to add a special case for each foo.o file
each time an accidental non-objdir build left foo.o in src? (and no,
that's not a rhetoric question).
The fundamental problem is that the make library
On Tue, Aug 30, 2011 at 07:44:17PM +0300, Jukka Ruohonen wrote:
And why should GENERIC *not* support hardware that is available, works,
and is of use to someone? If GENERIC is to support only the idea of
what an OS should look for some developers, why do we ship GENERIC at
all and not
On Wed, Sep 07, 2011 at 09:24:22AM +, David Holland wrote:
The purpose of GENERIC is (and has been since before Linux was
invented) to include all drivers and features that can reasonably be
expected to work. Drivers and other code that are commented out in
GENERIC (or not present at all)
On Wed, Sep 07, 2011 at 01:05:18PM +0300, Jukka Ruohonen wrote:
The fact that Linux has always done this wrong is not a reason to go
chasing after them and reinventing their mistakes.
As usual, you managed to marvellously miss the point. The reason Linux does
this (right) is the amount of
On Wed, Sep 07, 2011 at 08:13:20AM +, David Holland wrote:
The fundamental problem is that the make library finds files by
implicit path searches (of various kinds) which is inherently wobbly
no matter how many bandaids are applied.
Especially in large items like libc andthe kernel...