[Buildroot] [PATCH 0 of 5 RFC] uclibc/busybox: fix handling of configuration file
Thomas De Schampheleire
patrickdepinguin at gmail.com
Wed Jun 25 19:24:15 UTC 2014
Hi Arnout,
On Wed, Jun 25, 2014 at 8:06 AM, Arnout Vandecappelle <arnout at mind.be> wrote:
> Hi Thomas,
>
> On 22/06/14 15:45, Thomas De Schampheleire wrote:
>>
>> This patch series reworks the uclibc/busybox config file handling, based on
>> following requirements:
>>
>> - neither foo-menuconfig nor foo-update-config should have a dependency on
>> the toolchain (which means we cannot depend on foo-configure)
>> - 'clean foo-menuconfig' should start from the specified (custom) config
>> file
>> - 'foo-menuconfig foo-update-config' should preserve the changes made in the
>> menuconfig step (this problem is reported for uclibc with bug #7154
>> (https://bugs.busybox.net/show_bug.cgi?id=7154).
>
> I agree with these requirements. With of course the additional requirement
> mentioned by ThomasP:
>
> - 'make foo-menuconfig; make foo-menuconfig' should preserve the changes made in
> the menuconfig step.
And additionally:
- 'make clean foo-update-config' should copy the initial file, do any
fixups, and then save the config
>
> However, I think it would be better to add infrastructure for kconfig packages,
> instead of repeating the work for uclibc, busybox, linux and barebox. I was
> thinking along the lines of:
>
> $(eval $(generic-package))
>
> LINUX_KCONFIG_TARGETS = menuconfig xconfig gconfig nconfig
> LINUX_HAS_DEFCONFIG = YES
>
> $(eval $(kconfig-package))
>
>
This sounds like a very interesting idea, I'll explore it further in
the context of this patch series.
Best regards,
Thomas
More information about the buildroot
mailing list