You still do not appear to understand. Please re-read my last message.
If kbuild was ready to go in, the old build system should go away.
ready != not breaking things, if you are breaking things on purpose.
> >Cleanup does not occur if cruft lives on as "backwards compatibility."
> >You simply promote further bitrot and discontinuity.
>
> The old code does not live on indefinitely, it gets removed as soon as
> kbuild 2.5 is deemed stable. Four weeks, tops.
You don't prove something stable with most people not using it.
> >Let's see if I have this right:
> >* You want completely duplicate build and config systems in the kernel,
> > with all the accompanying headaches for maintainers.
>
> Only for as long as it takes to prove that kbuild 2.5 is ready.
Not the Linux kernel way.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/