On Fri, 2010-05-14 at 23:21 +0200, Andrea Adami wrote: > > With DISTRO= ? I do most of my builds with 4 and haven't seen this. > > But with a failure log on gtk+-native, figuring out the missing dep > > shouldn't be too bad. > > FWIW distro is Angstrom, devel branch. > > DEPENDS_virtclass-native = "libpng-native atk-native pango-native > cairo-native libxrender-native libxext-native" > > It's not a problem of missing deps, I suppose, because > > PARALLEL_MAKE = "-j5" > #BB_NUMBER_THREADS = "4" > BB_NUMBER_THREADS = "2" > fixed the things. This time the dependencies were (correctly) built before.
Right. Lower number of threads means less stuff going on at once. I've seen a lot of dep issues that only show up once you have a lot of threads, or have packaged staging (which then marks off a lot of things in the dep graph). > Short resume: > > i repeatdly see (Angstrom) console-image failing *from scratch* > because gtk+native do_compile errors out with: > > Cannot load module > /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0/gtk+-2.20.0/modules/input/im-xim.la: > /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0/gtk+-2.20.0/mo > dules/input/.libs/im-xim.so: undefined symbol: g_realloc_n > | > /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0/gtk+-2.20.0/modules/input/im-xim.la > does not export GTK+ IM module API: > /oe/build/tmp/work/i686-linux/gtk+-native-2.20.0-r8.0 > > g_realloc_n is defined in glib-2.0 > > I've inspected the workdir and I've noticed "atk-native" and > "pango-native" builds were not finished when gtk+-native broke. > Both atk-native and pango-native (and cairo-native, which was built) > have glib-2 as explicit dependency, so something seems wrong... So, it really sounds like a bitbake bug. Doing a bitbake -e on gtk +-native gives: DEPENDS_virtclass-native="autoconf-native automake-native libtool-native gnu-config-native coreutils-native libpng-native atk-native pango-native cairo-native libxrender-native libxext-native" DEPENDS="autoconf-native automake-native libtool-native gnu-config-native coreutils-native libpng-native atk-native pango-native cairo-native libxrender-native libxext-native" So it's supposed to be waiting on all of that stuff, but it's not. And I'm sure RP will need to know what version of bitbake you're using. -- Tom Rini <[email protected]> Mentor Graphics Corporation _______________________________________________ Openembedded-devel mailing list [email protected] http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
