[PATCH] Kbuild: fix generating Config.in and Kbuild
Denys Vlasenko
vda.linux at googlemail.com
Thu Jun 3 02:43:21 UTC 2010
On Wednesday 02 June 2010 18:37, Bernhard Reutner-Fischer wrote:
> On Tue, Jun 01, 2010 at 05:53:16AM +0200, Denys Vlasenko wrote:
> >On Thursday 27 May 2010 14:46, Bernhard Reutner-Fischer wrote:
> >> This stuff is part of the make machinery, so implement it in make
> >> proper.
> >> Avoids spurious, slow re-generation of the generated Config.in and
> >> Kbuild files.
> >
> >Well, our makefile machinery is complex and it tries so hard
> >to not regenerate files that it itself is slow
> >(but not too bad) and COMPLEX (which I personally
> >see as a bigger problem wrt maintainability).
> >
> >The patch is perhaps conceptually right. But my tiny brain
> >will have difficulty understanding and supporting
> >all these horrible makefile constructs. Where "horrible"
> >is not your fault, most makefiles end up looking like that.
>
> Don't get me wrong, but if you want it simple, please revert
> _generating_ Config.in and Kbuild.
That change allows to edit three files when new applet is added
instead of five.
> If, OTOH, you want to generate them then _please_ let's do it right,
> i.e. let's apply this patch.
> >
> >I propose keeping it as is for now.
>
> Let's please do it right instead or revert back to static
> Config.in/Kbuild.
>
> TIA for your (re-)consideration and cheers,
Our makefiles are horrifying as-is. I can agree to "do it right"
in makefiles, but makefiles should be seriously simplified first.
Otherwise, it's _me_ who will be left burdened with maintenance
of even more horrifying makefiles.
Maintenance nightmare trumps a small slowdown at build time.
--
vda
More information about the busybox
mailing list