summaryrefslogtreecommitdiff
path: root/meta/recipes-kernel/linux-libc-headers
AgeCommit message (Collapse)AuthorFiles
2017-01-26linux-libc-headers: introduce 4.9 headersBruce Ashfield1
Bumping the linux-libc-headers to the 4.9 kernel variant. Since 4.9 will be a LTSI kernel, and there will be an associated linux-yocto it is worth moving to these headers sooner rather than later. This commit also drops the 4.8 headers and sets 4.9 to be the default. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2017-01-06meta/scripts: Various getVar/getVarFlag expansion parameter fixesRichard Purdie1
There were a few straggling expansion parameter removals left for getVar/getVarFlag where the odd whitespace meant they were missed on previous passes. There were also some plain broken ussages such as: d.getVar('ALTERNATIVE_TARGET', old_name, True) path = d.getVar('PATH', d, True) d.getVar('IMAGE_ROOTFS', 'True') which I've corrected (they happend to work by luck). Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-10-15Revert "linux-libc-headers: fix in/if.h includes"Jackie Huang2
This issue is fixed in the ppp recipe. This reverts commit 7c6b78ac8e2b176f77178c3dd12d8455be10845d. Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-10-11Revert "linux-libc-headers: if_tunnel: remove include of if/ip/in6.h"Jackie Huang2
The issue is fixed in net-tools. This reverts commit fb71f34d7379569c23cc00e18d134093147613f5. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-10-03linux-libc-headers: if_tunnel: remove include of if/ip/in6.hBruce Ashfield2
commit 1fe8e0f074c [include/uapi/linux/if_tunnel.h: include linux/if.h, linux/ip.h and linux/in6.h] breaks the builds of net-tools. We remove the new includes until such a time that userspace can adapt to the new kernel headers. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-10-03linux-libc-headers: fix in/if.h includesBruce Ashfield2
The following kernel commits broke the compilation of ppp, due to redefined structures. Nothing else breaks in userspace with or without these uapi changes, so we revert them to keep everything building. commit 05ee5de7451796cf9a8aeb2f05a57790d4fd2336 Author: Mikko Rapeli <mikko.rapeli@iki.fi> Date: Mon Aug 22 20:32:42 2016 +0200 include/uapi/linux/if_pppol2tp.h: include linux/in.h and linux/in6.h Fixes userspace compilation errors like: error: field <E2><80><98>addr<E2><80><99> has incomplete type struct sockaddr_in addr; /* IP address and port to send to */ ^ error: field <E2><80><98>addr<E2><80><99> has incomplete type struct sockaddr_in6 addr; /* IP address and port to send to */ Signed-off-by: Mikko Rapeli <mikko.rapeli@iki.fi> Signed-off-by: David S. Miller <davem@davemloft.net> commit eafe92114308acf14e45c6c3d154a5dad5523d1a Author: Mikko Rapeli <mikko.rapeli@iki.fi> Date: Mon Aug 22 20:32:43 2016 +0200 include/uapi/linux/if_pppox.h: include linux/in.h and linux/in6.h Fixes userspace compilation errors: error: field <E2><80><98>addr<E2><80><99> has incomplete type struct sockaddr_in addr; /* IP address and port to send to */ error: field <E2><80><98>addr<E2><80><99> has incomplete type struct sockaddr_in6 addr; /* IP address and port to send to */ Signed-off-by: Mikko Rapeli <mikko.rapeli@iki.fi> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-10-03linux-libc-headers: update to 4.8 finalBruce Ashfield1
We've been using a -rc4 variant of the libc-headers, now that 4.8 has been released, we switch to the final tgz of the headers. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-09-13linux-libc-headers: allow overriding compiler name in KConfigJérémy Rosen1
The KConfig infrastructure needs to build HOST binaries in order to provide its infratstructure. Yocto needs to force the HOSTCC and HOSTCPP variables to BUILD_CC and BUILD_CPP to make sure that the proper compiler is used when compiling host binaries Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-09-05linux-libc-headers: Refresh musl patches against newer kernel headers versionRichard Purdie3
The musl patches need to be updated against the latest kernel verison in order to apply. No functionality changes. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-09-05libc-headers: update to v4.8Bruce Ashfield1
Updating the libc-headers to use the 4.8 kernel as the default. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-09-03linux-libc-headers: remove EXTRA_OEMAKE workaroundStefan Müller-Klieser1
The default of EXTRA_OEMAKE is already empty since commit: OE-Core rev: aeb653861a0ec39ea7a014c0622980edcbf653fa bitbake.conf: Remove unhelpful default value for EXTRA_OEMAKE Signed-off-by: Stefan Müller-Klieser <s.mueller-klieser@phytec.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2016-07-01linux-libc-headers: Update doc for recipe dependsPatrick Williams1
The previous documentation has not been accurate since at least commit 6a1ff0e. Recipes that follow the old documentation will not correctly build when sstate is enabled because the kernel source will not actually be available. Signed-off-by: Patrick Williams <patrick@stwcx.xyz> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-22linux-libc-headers: Port patches for linux-headers for muslKhem Raj4
These patches have revealed issues with linux kernel headers which has been proposed upstream but hasnt been applied yet Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-22linux-libc-headers: update to 4.4Bruce Ashfield2
Updating the lib-headers to match the 4.4 LTSI kernel version. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-12linux-libc-headers: update default KORG_ARCHIVE_COMPRESSION bz2 -> xzAndre McCurdy2
Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-12linux-libc-headers.inc: remove '-e MAKEFLAGS=' from EXTRA_OEMAKEAndre McCurdy1
These OE default make flags are not required for KBuild packages. Signed-off-by: Andre McCurdy <armccurdy@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-07-23linux-libc-headers: update to 4.1Bruce Ashfield3
Updating the libc-headers to match the 4.1 LTSI kernel version. We also tweak the logic in linux-libc-headers.inc to look in the 4.x subdirectory if a 4.x kernel is specified as the header source. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2015-02-20linux-libc-headers: update to 3.19Bruce Ashfield2
Updating the libc-headers now that the kernel has released. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-12-20linux-libc-headers: Upgrade 3.17 -> 3.17.7Richard Purdie2
Whilst we don't usually take linux-libc-headers point release, 3.17.3 fixes a userspace header issue which caused gdb to fail to build on mips. We therefore may as well upgrade to the latest point release. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-12-20linux-libc-headers: update to 3.17Bruce Ashfield2
Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-08-31linux-libc-headers: update to 3.16Bruce Ashfield2
Updating the linux-libc-headers to the 3.16 release. This matches the current -dev kernel version, and is compatible with the existing named kernel versions (3.10, 3.14). Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2014-03-31linux-libc-headers: remove 3.10 recipeBruce Ashfield4
3.14 is now the reference for libc-headers. After building and booting 3.x based BSPs against the 3.14 headers, we can safely remove the old version and patches that are now part of the mainline kernel. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-31linux-libc-headers: add 3.14 libc headersBruce Ashfield1
Introduce the 3.14 linux-libc-headers recipe, now that the 3.14 kernel is available, and the default for the qemu reference BSPs. The three patches which were required for the previous 3.10 libc-headers are not required for 3.14 and can be ignored. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-31linux-libc-headers: make compression format configurableBruce Ashfield1
As of the 3.13 kernel bz2 compressed tarballs are not available. To support older header tarballs, and newer ones that require the 'xz' compressed bundles, we can break out a variable that allows versioned libc headers to select the archive format that works. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-01-02Replace one-line DESCRIPTION with SUMMARYPaul Eggleton1
A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2013-12-14linux-libc-headers: fix MIPS klibc build errorBruce Ashfield2
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 <andrea.adami@gmail.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-12-10meta/*: remove unnecessary patchesChong Lu1
The following patches are found, but not used by any recipe, so we should remove them. meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch meta/recipes-connectivity/dhcp/dhcp/fix-client-path.patch meta/recipes-connectivity/libnss-mdns/files/alignment-fix.patch meta/recipes-core/dbus/dbus-1.6.10/test-run-path.patch meta/recipes-core/gettext/gettext-0.16.1/fixchicken.patch meta/recipes-core/gettext/gettext-0.16.1/getline.m4.patch meta/recipes-core/systemd/systemd/use-rootlibdir.patch meta/recipes-core/util-linux/util-linux/remove-lscpu.patch meta/recipes-core/util-linux/util-linux/remove_sigsetmark.patch meta/recipes-core/util-linux/util-linux/uclibc-compile.patch meta/recipes-devtools/autoconf/autoconf/autoconf-x.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build2.patch meta/recipes-devtools/cdrtools/cdrtools-native/no_usr_src.patch meta/recipes-devtools/elfutils/elfutils-0.155/elfutils-robustify.patch meta/recipes-devtools/gdb/gdb/libiberty-cross.patch meta/recipes-devtools/perl/perl-5.14.3/asm-pageh-fix.patch meta/recipes-devtools/python/python-native/sys_platform_is_now_always_linux2.patch meta/recipes-devtools/python/python-pygobject/generate-constants.patch meta/recipes-devtools/qemu/files/3f08ffb4a4741d147634761dc053ed386243a0de.patch meta/recipes-devtools/qemu/files/enable-i386-linux-user.patch meta/recipes-devtools/qemu/files/init-info.patch meta/recipes-devtools/rpm/rpm/rpm_fix_for_automake-1.12.patch meta/recipes-devtools/tcf-agent/tcf-agent/fix_tcf-agent.init.patch meta/recipes-extended/iputils/files/arping-break-libsysfs-dependency.patch meta/recipes-extended/libarchive/libarchive/0003-Patch-from-upstream-rev-2516.patch meta/recipes-extended/procps/procps-3.2.8/pagesz-not-constant.patch meta/recipes-gnome/gtk+/gtk+-2.24.22/no-demos.patch meta/recipes-gnome/libglade/libglade-2.6.4/no-deprecation.patch meta/recipes-graphics/mesa/mesa/0005-llvmpipe-remove-the-power-of-two-sizeof-struct-cmd_b.patch meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.3_fix_for_x32.patch meta/recipes-kernel/kmod/kmod/fix-undefined-O_CLOEXEC.patch meta/recipes-kernel/linux-libc-headers/linux-libc-headers/connector-msg-size-fix.patch meta/recipes-kernel/linux/linux-yocto/tools-perf-no-scripting.patch meta/recipes-support/gnutls/gnutls/gnutls-texinfo-euro.patch meta/recipes-support/nspr/nspr/fix-build-on-aarch64.patch [YOCTO #5180] Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-17linux-libc-headers: do_install: fix "Argument list too long" errorRobert Yang1
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 <liezhi.yang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-17linux-libc-headers: Fix comment typo spotted by Mark HatleRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-14linux-libc-headers: Add big warning about antisocial behaviourRichard Purdie1
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 <richard.purdie@linuxfoundation.org>
2013-08-26linux-libc-headers: Reinstate ↵Richard Purdie2
scripts-Makefile.headersinst-install-headers-from-sc.patch 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 <richard.purdie@linuxfoundation.org>
2013-08-26linux-libc-headers: ptrace.h: remove ptrace_peeksiginfo_argsBruce Ashfield2
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 <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-26linux-libc-headers: update to v3.10Bruce Ashfield2
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 <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-05-09classes/recipes/lib: Fix various python whitespace issuesRichard Purdie1
There are some left over tab characters in the python functions. This removes them and resolves python 3 errors. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-03-02linux-libc-headers: update to v3.8Bruce Ashfield2
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 <bruce.ashfield@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-10linux-libc-headers: fix headers install in long path name environmentsBruce Ashfield2
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 <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-07linux-libc-headers: make 3.7 the default and remove older libc-header recipesBruce Ashfield3
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. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-07linux-libc-headers: add 3.7 versionMarcin Juszkiewicz1
Signed-off-by: Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-16linux-libc-headers: updated to 3.4.3Bogdan Marinescu2
Tested by building core-image-sato-sdk. Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-06-21linux-libc-headers: use kernel-arch to set ARCHBruce Ashfield1
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. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-06-11linux-libc-headers: set default LINUXLIBCVERSION to 3.4Bruce Ashfield1
The 3.4 kernel is released, and is the default for qemu* builds, so we can safely update the default libc-headers version to 3.4. Built and booted for qemu* Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
2012-03-23linux-libc-headers-yocto: remove from oe-coreBruce Ashfield1
The linux-libc-headers-yocto is not required in oe-core, it can be moved to yocto specific layers. The linux-libc-headers_* recipes provide sufficient headers fore core users. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-23linux-libc-headers: add 3.2 headers and remove 3.1Bruce Ashfield2
The 3.1 kernel was never released or directly supported via oe-core. So as part of update the libc-headers to 3.2 we can take the opportunity to remove it. Built and booted on the qemu* targets. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-03-01linux-libc-headers-yocto: bump to v3.2.8Bruce Ashfield1
Making two changes for BSPs that prefer linux-libc-headers-yocto: - bumping to v3.2.8 headers - stubbing out unecessary linux-yocto functions when headers are being built [YOCTO #2032] Acked-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-02-26More quoting fixesMartin Jansa1
* We have various variables which are either not quoted at all or are half quoted. This patch fixes the bad exmaples so everything is consistent. Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-01linux-libc-headers: remove older recipesBruce Ashfield2
The default libc-headers is v3.1 and building against the new headers but booting an older kernel has been shown to work. Older 2.6 based header builds can easily be reproduced, but having all the old recipe iterations available is not required. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-01linux-libc-headers: provide 3.0.x and 3.1 headersBruce Ashfield3
Provide both a 3.0.x and a 3.1 set of headers to the toolchain. 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. Built and booted with 2.6.37.2, 3.0.8 and 3.1 linux-libc-headers. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-01linux-libc-headers: factor common code into linux-libc-headers.incBruce Ashfield3
Each time a new linux-libc-headers is created the same code is cloned. Placing the common functionality in the .inc file simplies each recipe and make maintenance easier. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-07-27linux-libc-headers: Fix file conflict -- ..install.cmdMark Hatle3
The ..install.cmd conflicts between various configure runs. This isn't used anywhere, so remove it to avoid the conflict. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2011-06-30linux-libc-headers: add 2.6.39Koen Kooi1
The 2.6.37.2 version is kept to allow the qemu kernels and libc headers version to match
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-11 04:44:31 +0000