[OE-core] [PATCH 2/2] gettext-native: build libintl so that other native recipes can use them

[Andreas Müller]

On Tue, Dec 2, 2014 at 9:16 AM, Andreas Müller
<schnitzeltony at googlemail.com> wrote:
> I have a native recipe around which directly compiles/links against libintl.
> Gettext contains this code (usually supplied by glibc) as fallback. In native
> case this code is used by default because we don't have glibc there. This patch
> changes static linking into dynamic linking making libintl code shareable.
>
> Signed-off-by: Andreas Müller <schnitzeltony at googlemail.com>
> ---
>  meta/recipes-core/gettext/gettext_0.18.3.2.bb | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/meta/recipes-core/gettext/gettext_0.18.3.2.bb b/meta/recipes-core/gettext/gettext_0.18.3.2.bb
> index 65d4103..98838d7 100644
> --- a/meta/recipes-core/gettext/gettext_0.18.3.2.bb
> +++ b/meta/recipes-core/gettext/gettext_0.18.3.2.bb
> @@ -39,6 +39,9 @@ EXTRA_OECONF += "--without-lispdir \
>                   --with-included-libunistring \
>                  "
>
> +# we have no glib intl
> +EXTRA_OECONF_append_class-native = "--with-included-gettext --enable-shared"
> +
>  acpaths = '-I ${S}/gettext-runtime/m4 \
>             -I ${S}/gettext-tools/m4'
>
> --
> 1.8.3.1
>
AArgh: In case gettext-native is build before cross-localdef-native,
cross-localdef-native fails with

/usr/bin/ld: cannot find -lintl

It seems that cross-localdef-native finds libintl from gettext and
does not build it's own

log.do_configure
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes

will investigate this further

Andreas