[oe] [RFC] Stop on multiple providers but none explicitly specified

Koen Kooi k.kooi at student.utwente.nl
Thu May 15 22:25:07 UTC 2008


Leon Woestenberg wrote:

> Use cases:
>
> Selecting "MACHINE=microblaze_dev_board, bitbake helloworld-image.bb"
> should work out of the box if we add the microblaze toolchain.
>
> Selecting "MACHINE=new_machine_with_new_arch DISTRO=old_distro bitbake
> some-image.bb" should as least TRY to build the image for the machine
> using the toolchain that is available in OpenEmbedded.

I've tried to make OE do "the right thing" in the past, but at the time 
the ARM users were strongly divided into seperate camps, with 
conflicting use cases (eg. some people insisted on hard-float, others on 
soft-float).
In the end it was both easier and cleaner (no double _distro_machine 
overrides in gcc_foo.bb) to specify the toolchain in the distro.
Since a few weeks the toolchain portion in angstrom is a log cleaner 
since people can now use subarch overrrides (armv7a, ppc405) to base 
their decision on.

 From a practical POV I'd say "pick a distro that's maintained and 
supports uclibc" for you microblaze board, and you should have very 
little trouble getting it to work.
 From a theoretical POV I'd say "OE should do the right thing", but "the 
right thing" is sadly such a political minefield that makes having a 
distro based with lots of technical merits (subarch overrides, 
modularity, extendability, QA integration, etc) like Angstrom is a blessing.
For years OE claimed "just change the MACHINE and everything just 
works", but it took angstrom nearly two years to make that a reality, so 
don't underestimate the work[1] involved making everything "just work"

regards,

Koen

[1] Just look at the the sheer amount of nasty python code in angstrom 
to select OABI for certain machines in a sane, supportable way....





More information about the Openembedded-devel mailing list