linux/poky.git/meta/recipes-kernel/linux-libc-headers, branch 1.5_M4

linux-libc-headers: Reinstate scripts-Makefile.headersinst-install-headers-from-sc.patch

2013-08-26T10:29:45+00:00

The autobuilders and their long paths are still triggering errors during the headers installation. Reinstate the previous patch for this, after updating for 3.10. (From OE-Core rev: fe4428fd740b3937007e0a3f893714ff04c33533) Signed-off-by: Richard Purdie

linux-libc-headers: ptrace.h: remove ptrace_peeksiginfo_args

2013-08-26T10:29:45+00:00

The addition of ptrace_peeksiginfo_args to the uapi in kernel commit 84c751bd [ptrace: add ability to retrieve signals without removing from a queue (v4)] means that existing applications using glibc versions that define ptrace_peeksiginfo_args in sys/ptrace.h will get duplicate structure definitions like: | In file included from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/process.c:66:0: | /poky-master/build/tmp/sysroots/qemux86/usr/include/linux/ptrace.h:58:8: error: redefinition of 'struct ptrace_peeksiginfo_args' | struct ptrace_peeksiginfo_args { | ^ | In file included from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/defs.h:159:0, | from /poky-master/build/tmp/work/i586-poky-linux/strace/4.8-r0/strace-4.8/process.c:37: | /poky-master/build/tmp/sysroots/qemux86/usr/include/sys/ptrace.h:191:8: note: originally defined here | struct ptrace_peeksiginfo_args | ^ | make[2]: *** [process.o] Error 1 Reverting to the previous status of not exporting this structure temporarily fixes applications, until they can be adjusted to not mix sys/ptrace.h and linux/ptrace.h includes. (From OE-Core rev: 7c207e4c3c0e3b575c67a302b97b0dc700a8fc15) Signed-off-by: Bruce Ashfield Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

linux-libc-headers: update to v3.10

2013-08-26T10:29:45+00:00

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

classes/recipes/lib: Fix various python whitespace issues

2013-05-09T13:06:51+00:00

There are some left over tab characters in the python functions. This removes them and resolves python 3 errors. (From OE-Core rev: fafeb381c48291fa65c634c01c244843c8d7fad3) Signed-off-by: Richard Purdie

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: make 3.7 the default and remove older libc-header recipes

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

Switch the default libc-headers to the 3.7 version. At the same time, remove older versions of the headers to keep things simple and clear. All userspace and kernel combinations should build and boot against this single lib-headers version. (From OE-Core rev: e7c9706d6a6777326a62e73bffdbb0f940792ff4) 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

linux-libc-headers: updated to 3.4.3

2012-07-17T09:53:55+00:00

Tested by building core-image-sato-sdk. (From OE-Core rev: d67e47bd457de90b19428245644dc64ecf4ba11a) Signed-off-by: Bogdan Marinescu Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

linux-libc-headers: use kernel-arch to set ARCH

2012-06-21T12:03:04+00:00

linux-libc-headers no longer needs its own ARCH mapping code, since the mapping done in kernel-arch works and we can consolidate all arch mapping code in a single place. (From OE-Core rev: 7d73cfb2ae24ad2b694244c56dd4648ba7e2df11) Signed-off-by: Bruce Ashfield Signed-off-by: Richard Purdie