gettext native failure

gettext native failure

[Cliff Brake]

make[4]: Entering directory
`/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
∘ /bin/sh ../x86_64-linux-libtool --tag=CC   --mode=link gcc
-std=gnu99  -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
-O2 -g  -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
-Wl,-rpath-link,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
-Wl,-rpath,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
-Wl,-O1 -o msgcmp msgcmp-msgcmp.o libgettextsrc.la
∘ x86_64-linux-libtool: link: gcc -std=gnu99
-isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
-O2 -g -Wl,-rpath-link
-Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
-Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
-Wl,-O1 -o .libs/msgcmp msgcmp-msgcmp.o
-L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
./.libs/libgettextsrc.so
/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/gnulib-lib/.libs/libgettextlib.so
/usr/lib/libcroco-0.6.so /usr/lib/libglib-2.0.so -lncurses -lc
-Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
∘ /usr/lib64/libxml2.so.2: undefined reference to `gzopen64'
∘ collect2: ld returned 1 exit status

http://bugs.openembedded.org/show_bug.cgi?id=2679

http://bugs.openembedded.org/show_bug.cgi?id=5139

Looks like a classic case of using the staging libz, but libxml2 from
the host.  It appears that libxml2 cannot be built in OE until gettext
is built.  Any thoughts on this one?

Thanks,
Cliff

Re: gettext native failure

[Khem Raj]

On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake <cliff.brake@gmail.com> wrote:
> make[4]: Entering directory
> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
> ∘ /bin/sh ../x86_64-linux-libtool --tag=CC   --mode=link gcc
> -std=gnu99  -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
> -O2 -g  -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> -Wl,-rpath-link,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> -Wl,-rpath,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> -Wl,-O1 -o msgcmp msgcmp-msgcmp.o libgettextsrc.la
> ∘ x86_64-linux-libtool: link: gcc -std=gnu99
> -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
> -O2 -g -Wl,-rpath-link
> -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> -Wl,-O1 -o .libs/msgcmp msgcmp-msgcmp.o
> -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> ./.libs/libgettextsrc.so
> /scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/gnulib-lib/.libs/libgettextlib.so
> /usr/lib/libcroco-0.6.so /usr/lib/libglib-2.0.so -lncurses -lc
> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
> ∘ /usr/lib64/libxml2.so.2: undefined reference to `gzopen64'
> ∘ collect2: ld returned 1 exit status
>
> http://bugs.openembedded.org/show_bug.cgi?id=2679
>
> http://bugs.openembedded.org/show_bug.cgi?id=5139
>
> Looks like a classic case of using the staging libz, but libxml2 from
> the host.  It appears that libxml2 cannot be built in OE until gettext
> is built.  Any thoughts on this one?


http://patchwork.openembedded.org/patch/185/

and then more detailed explanation is here
http://article.gmane.org/gmane.comp.handhelds.openembedded/22700/match=libxml2

IIRC when I tested it. It was not happening with gcc 4.4.x
Which version of gcc do you have on your build box.

>
> Thanks,
> Cliff
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: gettext native failure

[Cliff Brake]

On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj <raj.khem@gmail.com> wrote:
> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake <cliff.brake@gmail.com> wrote:
>> make[4]: Entering directory
>> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
>> ∘ /bin/sh ../x86_64-linux-libtool --tag=CC   --mode=link gcc
>> -std=gnu99  -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
>> -O2 -g  -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> -Wl,-rpath-link,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> -Wl,-rpath,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> -Wl,-O1 -o msgcmp msgcmp-msgcmp.o libgettextsrc.la
>> ∘ x86_64-linux-libtool: link: gcc -std=gnu99
>> -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
>> -O2 -g -Wl,-rpath-link
>> -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> -Wl,-O1 -o .libs/msgcmp msgcmp-msgcmp.o
>> -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> ./.libs/libgettextsrc.so
>> /scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/gnulib-lib/.libs/libgettextlib.so
>> /usr/lib/libcroco-0.6.so /usr/lib/libglib-2.0.so -lncurses -lc
>> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>> ∘ /usr/lib64/libxml2.so.2: undefined reference to `gzopen64'
>> ∘ collect2: ld returned 1 exit status
>>
>> http://bugs.openembedded.org/show_bug.cgi?id=2679
>>
>> http://bugs.openembedded.org/show_bug.cgi?id=5139
>>
>> Looks like a classic case of using the staging libz, but libxml2 from
>> the host.  It appears that libxml2 cannot be built in OE until gettext
>> is built.  Any thoughts on this one?
>
>
> http://patchwork.openembedded.org/patch/185/
>
> and then more detailed explanation is here
> http://article.gmane.org/gmane.comp.handhelds.openembedded/22700/match=libxml2
>
> IIRC when I tested it. It was not happening with gcc 4.4.x
> Which version of gcc do you have on your build box.

cbrake@happy:/scratch/oe/oe-testing$ gcc --version
gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
Copyright (C) 2009 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

I read through your links, but those are for building libxml2.  I'm
still trying to build gettext.

Cliff

Re: gettext native failure

[Khem Raj]

On Tue, Feb 23, 2010 at 12:43 PM, Cliff Brake <cliff.brake@gmail.com> wrote:
> On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj <raj.khem@gmail.com> wrote:
>> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake <cliff.brake@gmail.com> wrote:
>>> make[4]: Entering directory
>>> `/scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/src'
>>> ∘ /bin/sh ../x86_64-linux-libtool --tag=CC   --mode=link gcc
>>> -std=gnu99  -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
>>> -O2 -g  -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> -Wl,-rpath-link,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> -Wl,-rpath,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> -Wl,-O1 -o msgcmp msgcmp-msgcmp.o libgettextsrc.la
>>> ∘ x86_64-linux-libtool: link: gcc -std=gnu99
>>> -isystem/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/include
>>> -O2 -g -Wl,-rpath-link
>>> -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> -Wl,-O1 -o .libs/msgcmp msgcmp-msgcmp.o
>>> -L/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> ./.libs/libgettextsrc.so
>>> /scratch/oe/oe-from-scratch/tmp/work/x86_64-linux/gettext-native-0.17-r5/gettext-0.17/gettext-tools/gnulib-lib/.libs/libgettextlib.so
>>> /usr/lib/libcroco-0.6.so /usr/lib/libglib-2.0.so -lncurses -lc
>>> -Wl,-rpath -Wl,/scratch/oe/oe-from-scratch/tmp/staging/x86_64-linux/usr/lib
>>> ∘ /usr/lib64/libxml2.so.2: undefined reference to `gzopen64'
>>> ∘ collect2: ld returned 1 exit status
>>>
>>> http://bugs.openembedded.org/show_bug.cgi?id=2679
>>>
>>> http://bugs.openembedded.org/show_bug.cgi?id=5139
>>>
>>> Looks like a classic case of using the staging libz, but libxml2 from
>>> the host.  It appears that libxml2 cannot be built in OE until gettext
>>> is built.  Any thoughts on this one?
>>
>>
>> http://patchwork.openembedded.org/patch/185/
>>
>> and then more detailed explanation is here
>> http://article.gmane.org/gmane.comp.handhelds.openembedded/22700/match=libxml2
>>
>> IIRC when I tested it. It was not happening with gcc 4.4.x
>> Which version of gcc do you have on your build box.
>
> cbrake@happy:/scratch/oe/oe-testing$ gcc --version
> gcc (Ubuntu 4.4.1-4ubuntu9) 4.4.1
> Copyright (C) 2009 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> I read through your links, but those are for building libxml2.  I'm
> still trying to build gettext.

I see. gettext requires libxml2 at buildtime therefore adding
libxml2-native to DEPENDS
should solve this. libxml2-native should not depend on gettext-native
if it does then its a bug.

Dependency chain which pulls in gettext-native is

insane.bbclass -> desktop-file-utils-native -> glib-2.0-native -> gettext-native

so my guess is that it has not yet built libxml2-native when it starts
to build gettext-native and defaults to whatever is on the build
system due to parallel'ness of bitbake

>
> Cliff
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

Re: gettext native failure

[Cliff Brake]

On Tue, Feb 23, 2010 at 10:10 PM, Khem Raj <raj.khem@gmail.com> wrote:
>
> I see. gettext requires libxml2 at buildtime therefore adding
> libxml2-native to DEPENDS
> should solve this. libxml2-native should not depend on gettext-native
> if it does then its a bug.
>
> Dependency chain which pulls in gettext-native is
>
> insane.bbclass -> desktop-file-utils-native -> glib-2.0-native -> gettext-native
>
> so my guess is that it has not yet built libxml2-native when it starts
> to build gettext-native and defaults to whatever is on the build
> system due to parallel'ness of bitbake

Thanks.  I had a mental block thinking linxml2-native depended on
gettext, but it was the parallel build that was getting it build
first.  The following patch fixes it:

diff --git a/recipes/gettext/gettext_0.17.bb b/recipes/gettext/gettext_0.17.bb
index 2f7faa7..fbb479a 100644
--- a/recipes/gettext/gettext_0.17.bb
+++ b/recipes/gettext/gettext_0.17.bb
@@ -4,7 +4,7 @@ SECTION = "libs"
 LICENSE = "GPLv3"
 PR = "r5"
 DEPENDS = "gettext-native virtual/libiconv ncurses expat"
-DEPENDS_virtclass-native = ""
+DEPENDS_virtclass-native = "libxml2-native"
 PROVIDES = "virtual/libintl"
 PROVIDES_virtclass-native = ""
 RCONFLICTS_gettext-libintl = "proxy-libintl"

Are there any objections to pushing this change?  Do I need acks for this?

Thanks,
Cliff

Re: gettext native failure

[Khem Raj]

On Wed, Feb 24, 2010 at 6:13 AM, Cliff Brake <cliff.brake@gmail.com> wrote:
> On Tue, Feb 23, 2010 at 10:10 PM, Khem Raj <raj.khem@gmail.com> wrote:
>>
>> I see. gettext requires libxml2 at buildtime therefore adding
>> libxml2-native to DEPENDS
>> should solve this. libxml2-native should not depend on gettext-native
>> if it does then its a bug.
>>
>> Dependency chain which pulls in gettext-native is
>>
>> insane.bbclass -> desktop-file-utils-native -> glib-2.0-native -> gettext-native
>>
>> so my guess is that it has not yet built libxml2-native when it starts
>> to build gettext-native and defaults to whatever is on the build
>> system due to parallel'ness of bitbake
>
> Thanks.  I had a mental block thinking linxml2-native depended on
> gettext, but it was the parallel build that was getting it build
> first.  The following patch fixes it:
>
> diff --git a/recipes/gettext/gettext_0.17.bb b/recipes/gettext/gettext_0.17.bb
> index 2f7faa7..fbb479a 100644
> --- a/recipes/gettext/gettext_0.17.bb
> +++ b/recipes/gettext/gettext_0.17.bb
> @@ -4,7 +4,7 @@ SECTION = "libs"
>  LICENSE = "GPLv3"
>  PR = "r5"
>  DEPENDS = "gettext-native virtual/libiconv ncurses expat"
> -DEPENDS_virtclass-native = ""
> +DEPENDS_virtclass-native = "libxml2-native"
>  PROVIDES = "virtual/libintl"
>  PROVIDES_virtclass-native = ""
>  RCONFLICTS_gettext-libintl = "proxy-libintl"
>
> Are there any objections to pushing this change?  Do I need acks for this?

Acked-by: Khem Raj <raj.khem@gmail.com>

just in case

>
> Thanks,
> Cliff
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>