[Buildroot] [PATCH 1/2] kconfig: added support for optional file sourcing

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Mon Jul 18 21:50:03 UTC 2016


Hello,

On Tue,  5 Jul 2016 11:42:16 +0200, David Corvoysier wrote:
> Following the GNU Make pattern for sourcing files, add a new '-source'
> keyword that will fail silently if the target file does not exist.
> 
> The goal is to ease the 'external' extension process, removing for
> instance the need for a dummy external Config.in:
> 
> -source "$BR2_EXTERNAL/Config.in"
> 
> The _shipped versions of bison, flex and gperf zconf files have been
> regenerated with the following commands:
> 
> flex -ozconf.lex.ci_shipped -L -P zconf ./zconf.l
> bison -ozconf.tab.c_shipped -t -l -p zconf ./zconf.y
> gperf -t --output-file ./zconf.hash.c_shipped -a -C -E -g -k '1,3,$' -p
> -t ./zconf.gperf
> 
> Some of these files have also been edited manually to match the Linux
> tree paths.
> 
> Signed-off-by: David Corvoysier <david.corvoysier at intel.com>

Thanks for your contribution. However, we really want to avoid adding
our own features to the kconfig code base, as it makes it harder to
sync the kconfig code base from the Linux kernel original copy.

Moreover, specifically regarding the need of a dummy Config.in file for
BR2_EXTERNAL, this is something that may very well disappear in the
future when we'll merge the multi-BR2_EXTERNAL support. With
multi-BR2_EXTERNAL support, a snippet of Config.in is generated to
include the relevant BR2_EXTERNAL Config.in files, which removes the
need for this dummy Config.in.

So unless there is a better argument for adding the -source keyword,
and a hope that it gets merged upstream in the Linux kernel, I'd prefer
to not take those patches.

Thanks!

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com



More information about the buildroot mailing list