[Buildroot] uClibc toolchain building issue

[Ezequiel Garcia <ezequiel.garcia@free-electrons.com>]

On Sun, Jul 07, 2013 at 10:55:05PM +0200, Peter Korsgaard wrote:
> >>>>> "Ezequiel" == Ezequiel Garcia <ezequiel.garcia@free-electrons.com> writes:
> 
>  Ezequiel> Hello,
>  Ezequiel> I'm using today's origin/master HEAD to build my uClibc toolchain
>  Ezequiel> with the below config, and I found this error message:
> 
>  Ezequiel>   cp -f toolchain/uClibc/uClibc-0.9.33.config /home/zeta/buildroot/buildroot/output/build/uclibc-0.9.32.1/.config
>  Ezequiel>   cp: cannot stat ?toolchain/uClibc/uClibc-0.9.33.config?: No such file or directory
>  Ezequiel>   make: *** [/home/zeta/buildroot/buildroot/output/build/uclibc-0.9.32.1/.stamp_configured] Error 1
> 
>  Ezequiel> But a quick find tells me that the uClibc config is not in toolchain,
>  Ezequiel> but in package/uclibc, right?
> 
>  Ezequiel>   $ find . -name "uClibc*"
>  Ezequiel>   ./package/uclibc/uClibc-0.9.33.config
>  Ezequiel>   ./package/uclibc/uClibc-snapshot.config
>  Ezequiel>   ./package/uclibc/uClibc-0.9.32.config
> 
> Indeed, it recently got moved.
> 
>  Ezequiel> So, am I doing anything wrong or is this a bug?
> 
> I'm not sure I would call it a bug in buildroot. The problem is that the
> uClibc configuration file is given as a kconfig string variable, which
> defaults to the "standard" configuration file shipped with Buildroot.
> 
> The problem is that kconfig writes this value to the .config file, even
> though the user hasn't actively changed it, so if we move files around
> (and change the default for the string option), old .config files are
> not automatically updated and the build will fail.
> 
> Minimal config files (as output by make savedefconfig) don't have this
> problem as they only contain the lines that are changed from the
> default, which is why we recommend people use them (and use them
> ourselves for the defconfigs).
> 

Of course, this is no bug, it's just me forgetting to update the config
after the recent toolchain changes.

Thanks for the help,
-- 
Ezequiel Garc?a, Free Electrons
Embedded Linux, Kernel and Android Engineering
http://free-electrons.com