On Tue, Feb 21, 2012 at 1:52 PM, Richard Purdie <[email protected]> wrote: > On Tue, 2012-02-21 at 11:07 -0800, Steve Sakoman wrote: >> Otherwise build fails with following error: >> >> | In file included from libxml.h:36:0, >> | from xmlmemory.c:8: >> | ./include/libxml/xmlversion.h:396:22: fatal error: ansidecl.h: No such >> file or directory >> >> Signed-off-by: Steve Sakoman <[email protected]> >> --- >> meta/recipes-core/libxml/libxml2.inc | 2 +- >> 1 files changed, 1 insertions(+), 1 deletions(-) >> >> diff --git a/meta/recipes-core/libxml/libxml2.inc >> b/meta/recipes-core/libxml/libxml2.inc >> index 0979acd..6230f60 100644 >> --- a/meta/recipes-core/libxml/libxml2.inc >> +++ b/meta/recipes-core/libxml/libxml2.inc >> @@ -10,7 +10,7 @@ LIC_FILES_CHKSUM = >> "file://Copyright;md5=bb90c48926316d9af6e2d70ca7013ade \ >> >> file://trio.c;beginline=5;endline=14;md5=6c025753c86d958722ec76e94cae932e" >> >> DEPENDS_virtclass-native = "python-native" >> -DEPENDS =+ "zlib" >> +DEPENDS =+ "zlib binutils" >> >> SRC_URI = "ftp://xmlsoft.org/libxml2/libxml2-${PV}.tar.gz \ >> file://libxml-64bit.patch" > > This sounds very wrong. It would have implications for libxml2-native > I'd imagine. What is it doing that needs binutils?
For some reason the libxml2 configure phase decides that ansidecl.h from binutils is present, but then at compile time it finds that it actually isn't there! I saw the same issue on both my desktop and autobuilder setups. I'll try a clean build to see if the problem persists. The libz change from last week seems to have put my builds in a bad state, and the PR bumps intended to fix things really don't seem to be fixing things, at least on my build machines. I suspect it might be faster to do a clean build than to track down where the corruption is. Steve _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
