toolchain: do not allow BR2_GENERATE_LOCALE with musl
authorThomas Petazzoni <thomas.petazzoni@free-electrons.com>
Thu, 13 Nov 2014 22:17:25 +0000 (23:17 +0100)
committerPeter Korsgaard <peter@korsgaard.com>
Fri, 21 Nov 2014 20:50:42 +0000 (21:50 +0100)
commitbd0ffe2206fbd32baf7f4a1dc5fde81cfad70462
treebcbf801e216c48d29e95118890ea65658e0d259f
parent1b49c92c33f2f6d34ba6facb288656f4c458f295
toolchain: do not allow BR2_GENERATE_LOCALE with musl

Generating locales is possible in two situations:

 - With the internal toolchain backend, when the uClibc library is
   used. With uClibc, locales are generated at build time of the C
   library, so with uClibc it's only possible with the internal
   toolchain backend.

 - With either the internal or external toolchain backend when the
   glibc library is used. With glibc, locales can be generated
   afterwards, using the host-localedef utility.

Until we had the musl C library supported in the internal toolchain
backend, the condition: BR2_TOOLCHAIN_BUILDROOT ||
BR2_TOOLCHAIN_USES_GLIBC was correct to capture the above two
situations. Now that we have musl support in the internal toolchain
backend, then BR2_TOOLCHAIN_BUILDROOT is incorrect, and we should use
BR2_TOOLCHAIN_BUILDROOT_UCLIBC instead.

Basic locale support in musl has appeared in musl 1.1.4, but we are
not yet capable of generating the locale files for musl.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
toolchain/toolchain-common.in