Re: [PATCH] insane bbclass: turn fatal errors back into fatal errors

[Paul Eggleton <paul.eggleton@linux.intel.com>]

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