summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
AgeCommit message (Collapse)AuthorFiles
2013-08-26guilt: update to latest git versionBruce Ashfield14
Uprev guilt to the latest guilt version from its upstream repository. As part of the uprev all of the previous changes required for the yocto kernel tools to use git to manipulate series files have been dropped. These changes were specific to circumventing parts of guilt's internal santiy checking to allow specific Yocto kernel manipluation of sub-series files. Since the kernel tools no longer need guilt, we can use an up to date and nearly pure upstream version of guilt. Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-4.8: Add two patches to deal with cross-canadian build failuresRichard Purdie3
See the patch headers for more information about the cross-canadian build failures these patches avoid. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22Drop darwin8/darwin9 usageRichard Purdie1
There were darwin8/darwin9 overrides spinkled in the code from times gone by. Lets settle on the darwin override and remove the others since its pointless duplication. We always inject darwin into OVERRIDES if needed in the darwin8/9 cases. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-common.inc: Drop unused LIBGCCS_VAR variableRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross.inc: Clean up after mergeRichard Purdie1
* Remove the duplicate EXTRA_OECONF_PATHS that is overwritten * Merge the do_compile and do_compile_prepend * Group dependency and configuration variables together Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-canadian: Fold configure-sdk and package-sdk into the main .incRichard Purdie3
This also has the advantage of removing the confusing sdk naming which has been purged everywhere else in favour of cross-canadian. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-*-runtime.inc: Fold configuration into gcc-runtime.incRichard Purdie4
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-*-cross.inc: Fold common configuration into gcc-cross.incRichard Purdie3
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-target: Combine gcc-target-configure.inc, gcc-target-package.inc and ↵Richard Purdie4
other common code Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22libgcc: Move common code to libgcc.incRichard Purdie3
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-runtime: Fold common configuration into gcc-configure-runtime.incRichard Purdie3
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-initial: Fold common configuration into gcc-cross-initial.incRichard Purdie3
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross: Fold common configuration into gcc-cross.incRichard Purdie3
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22bitbake.conf/classes/gcc: Don't hardcode -nativesdkRichard Purdie3
Hardcoding -nativesdk as the sdk package architecture is inflexible. We may have multiple different target OS and we need a way to be able to separate them. Turning this into a configurable value allows the flexibility we need to build different SDKMACHINEs with different OS targets. The commit should have no behaviour change, just makes things more configurable. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-canadian: Merge 4.7 and 4.8 recipes into common includeRichard Purdie3
This removes duplication and follows the pattern of the other gcc recipes. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-canadian-4.8: Add missing dependency on nativesdk-zlibRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-canadian-4.8: Allow elfutils to be a configurable dependencyRichard Purdie1
Some SDK platforms have elfutils support, some do not, therefore allow this to be configured. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc: Drop gcc-cross4.inc, its pointless nowRichard Purdie4
The include was useful historically, its not anymore so lets remove it. This should have no functional change except on any layers directly depending on it or gcc-cross.inc but even then it would only impact sh4 and is easily fixed if there was a problem. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-configure-sdk.inc: Don't build target-libgccRichard Purdie1
I don't understand why we're building the target libgcc in the canadian-cross build since it should have been built elsewhere. The compiler configuration isn't correct to build a working target libgcc in all cases anyway. To avoid various weird build errors, stop building it. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-package-sdk.inc: Allow executable extension to be overriddenRichard Purdie1
On platforms like windows, executables have extensions. Whilst I'm not proposing we wholesale support windows extensions, this small tweak allows a cross compiler targetting mingw to be built which does seem like a good use case. The patch therefore adds an EXEEXT which the mingw layer can set for the libexec symlinks. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-package-sdk.inc: Use relative symlinks in libexec dirRichard Purdie1
We already use relative links for other gcc libexec links, this changes the sdk do_install to match elsewhere and use relative symlinks too. This makes things slightly easier in the SDK installation process and standardises. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22gcc-cross-canadian-4.8: Enable PARALLEL_MAKERichard Purdie1
This disabling of PARALLEL_MAKE has been forward ported for gcc-cross-canadian since at least 2009-09 and gcc 4.3.3, probably older. I've tested this with high values of parallel make and it all seems to work and we usually build gcc with parallel make so it seems unlikely there are issues. Lets therefore enable it. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-22valgrind: Backport patch for eglibc 2.18Saul Wold2
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-22opkg: Add support for excluding packages from the installMark Hatle2
This adds a new argument to opkg-cl, --add-exclude, which is used to add package names to the list of packages to exclude from the install. If an excluded package is needed for the install to resolve, an error will be generated. Recommended packages will not generate an error. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-22opkg: Add --no-install-recommends option.Mark Hatle2
The new --no-install-recommends option is similar to the behavior of apt-get's --no-install-recommedns. Only required packages will be installed. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-22python-smartpm: Add support to disable installing recommendsMark Hatle2
In order to attempt to reduce image sizes by skipping recommended packages, a new mode was added to smart that only evaluates required packaged. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-22python-smartpm: Add support for excluding package from the installMark Hatle2
Update smart to support a mechanism for excluding specific packages from the install process. An error will be generated if this package is required. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-20genext2fs: fix memory corruption on powerpcChunrong Guo2
* fix memory corruption errors on powerpc64 e.g. |$ genext2fs -b 30000 -d . -i 8192 /tmp/tstrootfs | Segmentation fault Signed-off-by: Chunrong Guo <B40290@freescale.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-20prelink: update to latest cross-prelinkMark Hatle1
Sync to latest cross-prelink, as of Aug 1, 2013. Drop the PR number, no longer needed. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-16qemu: Fix bit extraction for MTFSFI and MTFSFKhem Raj2
Power ISA 2.05 enhancements introduced regression in mtfsfi implementation. Fixed thusly [YOCTO #4854] Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-16makedevs: support using user/group names in device table filesChen Qi1
Compared to hard coding the numeric group and user ids in the device table files, the way of using user/group names is preferred. This patch adds the ability to makedevs to correctly deal with device table files with user/group names in them. To maintain backward compatibility, the way of using uid/gid is still supported. [YOCTO #1159] Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-14opkg.inc: remove the obsolete POSTLOG variableChen Qi1
With the current implementation of postinst logging mechanism, the location for log file is configured via the POSTINST_LOGFILE variable. The POSTLOG variable is obsolete now, thus removing it. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-13qemu: Skip it for mips64 targetKhem Raj3
We should not skip it always since same recipes provide qemu-native too so user class-target override to make it only skip for target recipes Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-13dpkg: fix include header caused compile errorKai Kang2
Build dpkg-native on Fedora 19, it fails with: /usr/include/c++/4.8.1/cstdlib: In function ‘long long int std::abs(long long int)’: /usr/include/c++/4.8.1/cstdlib:174:20: error: declaration of C function ‘long long int std::abs(long long int)’ conflicts with abs(long long __x) { return __builtin_llabs (__x); } ^ /usr/include/c++/4.8.1/cstdlib:166:3: error: previous declaration ‘long int std::abs(long int)’ here abs(long __i) { return __builtin_labs(__i); } ^ That because header cstdlib is included in a 'extern "C"' block that gcc 4.8 doesn't support. Fix it by move the header file out of the 'extern "C"' block. Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-13opkg: Fix possible installation of GPLv3 headerPaul Barker2
opkg is GPLv2+ licensed but it has optional support for sha256 checksums which was GPLv3+ licensed. This code is not built unless '--enable-sha256' is passed to the configure script, the default is equivalent to '--disable-sha256'. However, the header 'sha256.h', which is GPLv3+ licensed, is in the list of header files to be installed and thus could end up in the libopkg-dev package. As this header is installed to '/usr/include/libopkg' it is very unlikely that it will ever be used. However, if you're uncomfortable with GPLv3 code going anywhere near your target filesystem you won't want this to happen. The simplest solution is to replace the sha256 implementation in opkg with the implementation from coreutils-6.9 which is licensed under GPLv2+. This is committed to the opkg subversion repository as r652/r653. The only intervening commit between r650 (previous SRCREV) and this is r651, which integrates 'obsolete_automake_macros.patch' into the opkg sources. Thus this patch isn't needed in oe-core anymore. (Note: Before 873689bbabba25e7be5c12317c04519a7bc8d0ef, this header is only installed if opkg is built in its source tree (ie. ${B}=${S}). After that commit the header will always be installed) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-13rpm: Enable compatibility with older RPM packages that have invalid platformsMark Hatle2
Some LSB packages appear to have the platform set to '%{_target_platform}' which is not a valid platform field. This causes a failure of the type: warning: package lsb-test-core-4.1.15-1.x86_64 is intended for a %{_target_platform} platform When we detect an invalid platform, fall back and try to construct a new platform name that may be valid based on the arch and os contents of the package. (This should only ever be needed by invalid or older RPM packages.) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-13rpm: Change references from RPM_VENDOR_POKY to RPM_VENDOR_OEMark Hatle6
Change the #define references to match RPM_VENDOR_OE. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-13yasm: add from meta-oe and tweakPaul Eggleton1
This is needed for x264. Enabling it for libav also improves performance on x86 and x86-64. Two minor changes from the meta-oe recipe: * Set SUMMARY instead of DESCRIPTION * Drop setting of S - it was setting it to the same as the default Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-09qemu: pass CFLAGS via ./configure instead of a patchRiku Voipio2
OE carries a patch to pass CFLAGS to qemu. However, we can avoid patching by passing CFLAGS with qemu's --extra-cflags option. Tested that building qemu-native still works without zlib-dev on host, and that qemu builds. Signed-off-by: Riku Voipio <riku.voipio@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-07subversion: Add patch to use neon 0.30Saul Wold2
The neon update is not recognized but subversion, so we need to patch the configure.ac to know about 0.30, otherwise we don't have http/https support in subversion. Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-08-05btrfs-tools: upgrade to upstream revision.Yevhen Kyriukha3
Two patches were removed because changes that they provide are already exist. Signed-off-by: Yevhen Kyriukha <kirgene@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-05apt-native: fix SRC_URI Checksum for updateSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-02gcc-4.8: Fix meta-fsl-arm iperf build issueKhem Raj2
This should fix the problem seen where gcc ICE was happening when compiling iperf with older 2.6.x kernel Test this patch by reverting below commit in meta-fsl-arm commit daf582c93a7283fb0af3b25fe2ada48f4c9985c4 Author: Otavio Salvador <otavio@ossystems.com.br> Date: Tue Jul 2 11:52:51 2013 -0300 perf: Disable FPU tune for i.MX5 SoCs to workaround GCC ICE Signed-off-by: Khem Raj <raj.khem@gmail.com> CC: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-02dpkg: Drop INC_PR as it's unusedSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-02dpkg: upgrade to 1.17.1Saul Wold4
Rebased patches and removed mips related arch triptlet patch due to being upstreamed Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-02apt: Upgrade from 0.9.8.2 to 0.9.9.4Ionut Radu11
makerace.patch: adapted to the new version Signed-off-by: Ionut Radu <ionutx.radu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-02flex: upgrade to 2.5.37Laurentiu Palcu5
Removed patches since they were included upstream. Added a patch to not compile flex.pdf doc since it needs texi2dvi. Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> [sgw - Dropped PR] Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-01nasm: upgrade to 2.10.09Laurentiu Palcu1
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-01git: upgrade to 1.8.3.4Laurentiu Palcu1
Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-08-01opkg: Bump SRCREV as patch has been applied upstreamPaul Barker2
The previous patch to fix the installation of libopkg headers has been accepted upstream and is the next commit after the SRCREV used by the opkg recipe. Therefore the patch can be replaced by a simple update of the SRCREV. Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Saul Wold <sgw@linux.intel.com>