openembedded-core.git/meta/recipes-kernel/linux-libc-headers, branch dora

linux-libc-headers: fix MIPS klibc build error

2014-01-26T06:08:16+00:00

As reported by Andrea Adami, klibc fails to build for MIPS with the 3.10 libc-headers

commit ca044f9a [UAPI: fix endianness conditionals in linux/raid/md_p.h] is the root
cause of the breakage.

This is fixed in the kernel source itself, but we must also carry the
change in the linux-libc-headers recipe, until we update past the
3.13 kernel.

With this change, we can again build klibc for mips, with no impact
on the rest of the system.

cc: Andrea Adami 
(From OE-Core master rev: f2f8a2a05cbfff7e1d5d979ec1b9f4f371579fb9)

Signed-off-by: Bruce Ashfield 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie 
Signed-off-by: Robert Yang

linux-libc-headers: do_install: fix "Argument list too long" error

2013-09-17T18:25:43+00:00

There would be an "Argument list too long" error when the TMPDIR is in a
deep dir, for example, when "len(readlink -f TMPDIR) >= 350 (our
supported value is 410)". Use "$(foreach ,,$(shell echo))" to fix it.

There was already a patch which tried to fix this issue, so squash the
current change into the previous one as Bruce suggested.

[YOCTO #5138]

Signed-off-by: Robert Yang 
Signed-off-by: Bruce Ashfield 
Signed-off-by: Saul Wold 
Signed-off-by: Richard Purdie

linux-libc-headers: Fix comment typo spotted by Mark Hatle

2013-09-17T13:17:36+00:00

Signed-off-by: Richard Purdie

linux-libc-headers: Add big warning about antisocial behaviour

2013-09-14T07:20:32+00:00

I'm getting concerned with the number of people forking this recipe
and not understanding what they're doing. I'm therefore proposing
adding in a suitable warning to people thinking of copying it.

Signed-off-by: Richard Purdie

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

2013-08-26T10:25:59+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.

Signed-off-by: Richard Purdie

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

2013-08-26T10:23:43+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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Saul Wold

linux-libc-headers: update to v3.10

2013-08-26T10:23:43+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.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie

classes/recipes/lib: Fix various python whitespace issues

2013-05-09T13:04:18+00:00

There are some left over tab characters in the python functions. This
removes them and resolves python 3 errors.

Signed-off-by: Richard Purdie

linux-libc-headers: update to v3.8

2013-03-02T22:43:15+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.

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:47+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

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie