[OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe.

[Phil Blundell]

On Wed, 2011-06-08 at 17:08 +0800, Dongxiao Xu wrote:
> *libc's do_package will cost a lot of time due to the locale handing,
> which may delay the other recipe's do_package task and affect the build
> performance.
> 
> This commit moves locale handling into a separate recipe *libc-locale.

Can you quantify the effect on build performance a bit?  If I understand
correctly, you're basically saying that the goal is to increase
parallelism.  Does that cause reduced performance for people running
with few threads?

For example, it would be interesting to know what the before and after
times are for some representative image build using (say)
BB_NUMBER_THREADS=1 and BB_NUMBER_THREADS=16.

Also, see below.

> diff --git a/meta/conf/distro/include/tclibc-eglibc.inc b/meta/conf/distro/include/tclibc-eglibc.inc
> index a4c648e..8997d9e 100644
> --- a/meta/conf/distro/include/tclibc-eglibc.inc
> +++ b/meta/conf/distro/include/tclibc-eglibc.inc
> @@ -10,7 +10,7 @@ TARGET_OS_powerpc = "linux${@['','-gnuspe'][bb.data.getVar('BASE_PACKAGE_ARCH',d
>  # Add glibc overrides to the overrides for eglibc.
>  OVERRIDES .= ":libc-glibc"
>  
> -PREFERRED_PROVIDER_virtual/libiconv ?= "eglibc"
> +PREFERRED_PROVIDER_virtual/libiconv ?= "eglibc-locale"

That looks a bit strange.  Is this really correct?

> -    		     eglibc-localedata-i18n \
> -    		     eglibc-gconv-ibm850 \
> -    		     eglibc-gconv-cp1252 \
> -    		     eglibc-gconv-iso8859-1 \
> -    		     eglibc-gconv-iso8859-15 \
> +    		     eglibc-locale-localedata-i18n \
> +    		     eglibc-locale-gconv-ibm850 \
> +    		     eglibc-locale-gconv-cp1252 \
> +    		     eglibc-locale-gconv-iso8859-1 \
> +    		     eglibc-locale-gconv-iso8859-15 \

This kind of thing is definitely not very desirable.  Can you find a way
to keep the output package names the same?

p.