On Tue, Feb 23, 2010 at 12:43 PM, Cliff Brake <[email protected]> wrote: > On Tue, Feb 23, 2010 at 1:36 PM, Khem Raj <[email protected]> wrote: >> On Tue, Feb 23, 2010 at 8:27 AM, Cliff Brake <[email protected]> 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. > > cbr...@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 > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel > _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
