[Buildroot] virtual-packages: the case for multiple providers selected

Thomas Petazzoni thomas.petazzoni at free-electrons.com
Tue May 13 20:18:33 UTC 2014


Dear Thomas De Schampheleire,

(Would be nice to wrap your e-mails!)

On Tue, 13 May 2014 22:12:59 +0200, Thomas De Schampheleire wrote:

> >  - going with the choice means that it is no longer possible to add a
> >    new provider in BR2_EXTERNAL without changing the Buildroot source
> >    tree, one of the main selling-point of BR2_EXTERNAL to begin with,
> 
> I guess it's not possible to put an 'include' statement inside the choice? The included file would then just contain the external options.

What would it include? Remember that include statements in kconfig fail
if the target file doesn't exist.

> >  - going with the check means that it will still possible to generate
> >    such configurations, which means we'd still get autobuild failures
> >    for those (unless the autobuilders are tweaked to recognise this,)
> >    while it would be a minimal annoyance to the user.
> >
> 
> It doesn't look too difficult to me to handle such prebuild checks in a generic way in the autobuilders.
> Suppose that a magic return code is used if a prebuild check fails (also for the kernel headers check for example), then the autobuilders can check for this magic code and then simply ignore the configuration and generate a new one.

Or we could have a specific make target to allow the autobuilders to
check a configuration before starting the build.

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



More information about the buildroot mailing list