[OE-core] [PATCH] insane bbclass: turn fatal errors back into fatal errors
Paul Eggleton
paul.eggleton at linux.intel.com
Thu Jun 30 15:59:54 UTC 2011
On Thursday 30 June 2011 16:49:57 Koen Kooi wrote:
> It's a white list, so:
>
> # 0 - non dev contains .so
> # 5 - .la contains installed=yes or reference to the workdir
> # 7 - the desktop file is not valid
> # 8 - .la contains reference to the workdir
> # 9 - LDFLAGS ignored
>
> Are warnings and
>
> # 1 - package contains a dangerous RPATH
> # 2 - package depends on debug package
> # 3 - non dbg contains .so
> # 4 - wrong architecture
> # 6 - .pc contains reference to /usr/include or workdir
> # 10 - Build paths in binaries
> # 11 - package depends on devel package
>
> Are fatal errors. The splits seems arbitrary to me, but it that's how it
> was last year before RP disabled all fatal errors.
OK, comprehension fail on my part, sorry. Good to have them listed out
explicitly though, thanks for that. The fatal errors are definitely not good
things to be allowing through if we can avoid it.
Without checking, do you have a handle on how many of these we would have to
fix in OE-core to make it build without fatal errors?
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
More information about the Openembedded-core
mailing list