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?
configure detects the header and then uses it. So as long as you provide binutils or not provide consistently it will build in a consistent way whats happening here probably is that its configured with binutils-dev being staged but is building without then being in staging. > > Its going to add considerable time to the build too. > > Cheers, > > Richard > > > _______________________________________________ > Openembedded-core mailing list > [email protected] > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core _______________________________________________ Openembedded-core mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
