On 11-10-26 04:25 PM, Richard Purdie wrote:
On Wed, 2011-10-26 at 14:25 -0400, Bruce Ashfield wrote:
This changes makes two different 3.x headers available to the
toolchain. The latest 3.0.x and 3.1 tarballs. Compatibility is
maintained with older 2.6 headers by creating a new variable
that changes the SRC_URI based on the major version number of
the kernel.
Tested with 2.6.37.2, 3.0.8 and 3.1 builds and boots.
Signed-off-by: Bruce Ashfield<[email protected]>
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../linux-libc-headers/linux-libc-headers.inc | 15 +++++-
.../linux-libc-headers/linux-libc-headers_3.0.8.bb | 53 ++++++++++++++++++++
.../linux-libc-headers/linux-libc-headers_3.1.bb | 53 ++++++++++++++++++++
4 files changed, 120 insertions(+), 3 deletions(-)
create mode 100644
meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.0.8.bb
create mode 100644
meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.1.bb
Can someone please explain to me why we don't move some of the bits in
the .bb file into the .inc rather than duplicating it each time?
I wondered the same thing. I can refactor it if no one
objects.
Bruce
Cheers,
Richard
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
