* [Buildroot] Using source inclusions in defconfig
@ 2013-09-26 0:47 Bryce Schober
2013-09-26 9:34 ` Thomas De Schampheleire
0 siblings, 1 reply; 3+ messages in thread
From: Bryce Schober @ 2013-09-26 0:47 UTC (permalink / raw
To: buildroot
It looks to me like the "source" command doesn't work in defconfigs. I get
"warning:: unexpected data", and it doesn't include the referenced config.
Is this a generic limitation, or an artifact of my ancient buildroot?
It sure would be nice to modularize defconfigs for my target variants...
<>< <>< <><
Bryce Schober
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130925/a4fda23b/attachment.html>
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] Using source inclusions in defconfig
2013-09-26 0:47 [Buildroot] Using source inclusions in defconfig Bryce Schober
@ 2013-09-26 9:34 ` Thomas De Schampheleire
2013-09-27 0:28 ` Bryce Schober
0 siblings, 1 reply; 3+ messages in thread
From: Thomas De Schampheleire @ 2013-09-26 9:34 UTC (permalink / raw
To: buildroot
Hi Bryce,
On Thu, Sep 26, 2013 at 2:47 AM, Bryce Schober <bryce.schober@gmail.com> wrote:
> It looks to me like the "source" command doesn't work in defconfigs. I get
> "warning:: unexpected data", and it doesn't include the referenced config.
>
> Is this a generic limitation, or an artifact of my ancient buildroot?
>
> It sure would be nice to modularize defconfigs for my target variants...
This is not buildroot-specific, it is kconfig that does not support
it. The same behavior is present in the most recent buildroot version.
This question/feature request has come up in the past. One idea is to
pre-process the config yourself with a script before running
buildroot. Basically this would be 'cat config1 config2 config3 >
configs/my_board_defconfig' followed by 'make my_board_defconfig'.
This works, but the biggest problem that I see is: how to save your
configuration back after you made changes. Since there is no record of
which original config file contained a given symbol, where should the
new value be written? You can easily generate the accumulated
defconfig, but then you'd have to manually split it up again into the
original files.
Best regards,
Thomas
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] Using source inclusions in defconfig
2013-09-26 9:34 ` Thomas De Schampheleire
@ 2013-09-27 0:28 ` Bryce Schober
0 siblings, 0 replies; 3+ messages in thread
From: Bryce Schober @ 2013-09-27 0:28 UTC (permalink / raw
To: buildroot
FWIW, I hacked up a modest solution in the attached patch that applies
cleanly against 2011.08.
In essence, you can create my_special_defconfig.in files with lines that
look like:
source "my_base_defconfig.in"
and the new Makefile target will expand it via the
scripts/expand_defconfig.sh to my_special_defconfig.
One wierdness I encountered was that the make my_special_defconfig
execution was removing the defconfig file for some unknown reason...
Unfortunately, I'm not really in a position to try this out against master,
but I'm happy to at least rebase it and make a real patch submission if
anyone is actually interested.
<>< <>< <><
Bryce Schober
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130926/777ded90/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: buildroot-2011.08-modular_defconfigs.patch
Type: application/octet-stream
Size: 1949 bytes
Desc: not available
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20130926/777ded90/attachment.obj>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2013-09-27 0:28 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-09-26 0:47 [Buildroot] Using source inclusions in defconfig Bryce Schober
2013-09-26 9:34 ` Thomas De Schampheleire
2013-09-27 0:28 ` Bryce Schober
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.