[oe] Issues with parallel build? (Was: gtk+native missing dep ?)

[Tom Rini]

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 <tom_rini at mentor.com>
Mentor Graphics Corporation