Re: linux-next: build failure after merge of the net-next tree

From: Geert Uytterhoeven
Date: Wed Dec 18 2013 - 05:37:36 EST


On Wed, Dec 18, 2013 at 11:15 AM, Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote:
> On Wed, Dec 18, 2013 at 09:33:47AM +0100, Geert Uytterhoeven wrote:
>> On Wed, Dec 18, 2013 at 3:30 AM, David Miller <davem@xxxxxxxxxxxxx> wrote:
>> > diff --git a/arch/alpha/include/asm/Kbuild b/arch/alpha/include/asm/Kbuild
>> > index f01fb50..a73a8e2 100644
>> > --- a/arch/alpha/include/asm/Kbuild
>> > +++ b/arch/alpha/include/asm/Kbuild
>> > @@ -4,3 +4,4 @@ generic-y += clkdev.h
>> > generic-y += exec.h
>> > generic-y += trace_clock.h
>> > generic-y += preempt.h
>> > +generic-y += hash.h
>>
>> Please keep them sorted.
>>
>> Yes, Peter violated that too, when adding preempt.h.
>
> So what I did was something like:
>
> for i in arch/*/include/asm/Kbuild
> do
> echo "generic-y += preempt.h" >> $i
> done
>
> Whoever is going to hand edit all gazillion archs for changes like that?

So we need a script for that (adding Joe), that adds the "generic-y += ..."
line to all architectures that don't have it yet, and don't provide their
own version.

> And sort(1) is annoying in that it doesn't do in-place sort; you'll end
> up with empty files if you try the naive thing.
>
> Worse most of those Kbuild files include other random garbage, which
> makes automated sorting harder still.
>
> So unless there's a sane and easy way to keep it sorted; I'm going to
> ignore that rule.

Not keeping them sorted causes merge conflicts and duplicate/missing
entries.

Gr{oetje,eeting}s,

Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/