linux/poky.git/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_3.7.bb, branch 1.4_M5.final

linux-libc-headers: update to v3.8

2013-03-02T22:45:27+00:00

Now that the 3.8 kernel has been released we can bump the libc-headers to that version and remove the 3.7 variant. Userspace compatibility is maintained through kernel versions, we also make the single 3.8 version the toolchain default. (From OE-Core rev: 4f9ef639143d890e9d2e71fea3b461fcc8e3f678) Signed-off-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

linux-libc-headers: fix headers install in long path name environments

2013-01-10T23:53:51+00:00

If a build is started in a deep directory structure, or in a path with long directory names the installation of linux-libc-headers will fail with: | make[2]: execvp: /bin/sh: Argument list too long | make[2]: *** >From within the kernel Makefiles themselves. The solution is to patch the kernel build rules with the following change: [ scripts/Makefile.headersinst: install headers from scratch file If headers_install is executed from a deep/long directory structure, the shell's maximum argument length can be execeeded, which breaks the operation with: | make[2]: execvp: /bin/sh: Argument list too long | make[2]: *** By dumping the input files to a scratch file and using xargs to read the input list from the scratch file, we can avoid blowing out the maximum argument size and install headers in a long path name environment. ] Until this change, or a similar one, is merged into the mainline kernel, this change should be applied to any 3.7 or greater libc-headers build. Upstream-status: Pending (From OE-Core rev: 1e63a3b7b7915d40bb59976a02b9f53968997ed3) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie

linux-libc-headers: add 3.7 version

2013-01-07T19:26:30+00:00

(From OE-Core rev: 7f1672f9513f05a98197632fe24279ecf8a58505) Signed-off-by: Marcin Juszkiewicz Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie