[oe] gettext native failure

[Khem Raj]

On Tue, Feb 23, 2010 at 12:43 PM, Cliff Brake <cliff.brake at gmail.com> wrote:
> On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj <raj.khem at gmail.com> wrote:
>> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake <cliff.brake at 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 at 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 at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>