[oe] PARALLEL_MAKE

[Frans Meulenbroeks]

Ah,

Thanks alot Tom, I was unaware of this. Mostly I repaired thse
breakages by disabling PARALLEL_MAKE. Apparently most of the time not
the optimal solution....
Will do things better in the future (and will try to repair things
where things go wrong.
One small Q though: The fact that a package is build during the build
of another pacakge, doesn't that implicitly say that there is a
dependency between these?
(actually thinking of it as I write this: guess most packages should
depend on gcc, glibc etc but these are not made explicit)

Frans.

2009/3/13 Tom Rini <trini at kernel.crashing.org>:
> On Fri, Mar 13, 2009 at 05:20:51PM +0100, Frans Meulenbroeks wrote:
>
>> I'm not sure how PARALLEL_MAKE is supposed to work, but I noticed that
>> often there is a problem because with it a package on which there is a
>> dependency is build in parallel. Since there is a dependency in a lot
>> of cases the underlying package fails.
>
> PARALLEL_MAKE is just a wrapper around make ( / cmake?) -j N.
> BB_NUMBER_THREADS is how you get different packages going in parallel.
>
>> A typical scenario:
>> a package X depends on perl-native, typically they start to build in
>> parallel but perl-native does take much longer than X. X requires
>> perl-native to complete and fails.
>
> Right.  This is a bug on package X not listing perl-native as a
> dependancy as with BB_NUMBER_THREADS >1 perl-native will be worked until
> do_populate_staging before X do_configure is started.
>
> --
> Tom Rini
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>