summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* python-pygtk: fix native python pathRobert Yang2014-08-151-0/+1
| | | | | | | | | | | | | | Fixed: 1) Set IMAGE_INSTALL_append = " python-pygtk-demo" in local.conf 2) $ bitbake core-image-minimal [snip] Computing transaction...error: Can't install python-pygtk-demo-2.24.0-r1@core2_64: no package provides /usr/bin/python-native/python [snip] (From OE-Core rev: d70bc02a80f8508995cdf8ae536a0153cebee8c9) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg: Protect add-exclude.patch from malloc failurePaul Barker2014-08-151-5/+9
| | | | | | | | | | | | | | In the code added by add-exclude.patch, the return values of malloc and realloc were not checked before being dereferenced. In opkg we can use xmalloc and xrealloc instead of malloc and realloc. These functions terminate the program instead of returning NULL if memory allocation fails. (From OE-Core rev: 64048d45d5c52d354396e357e765f0fd8b5e56fd) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: update compiler architecture to match gcc-runtime (armv6, armv7a)Peter A. Bigot2014-08-151-0/+7
| | | | | | | | | | | | | | | | | | | | | | The gcc-runtime recipe builds the gcc libraries including libstdc++ with $TARGET_CC_ARCH flags, which include -march=FOO flags that affect whether atomic instructions are available. This causes an ABI incompatibility when the compiler by default generates code for less capable architectures. For example, gcc-runtime libraries on a Cortex-A8 are built with a different C++11/C++14 mutex implementation than is used code compiled outside OE and without architecture-specific flags. This commit fixes the problem specifically for ABI issues related to atomic instructions available in ARMV6 and subsequent architectures. Other ABI incompatibilities may remain in other architectures. See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62100 (From OE-Core rev: 0ba6ab39f187ecd4261f08e768f365f461384a3a) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: backport patch affecting Linux kernel buildsPeter A. Bigot2014-08-154-0/+74
| | | | | | | | | | | | A long-standing bug in gcc turns out to cause problems with unpatched Linux versions due to improved optimization enabled by gcc 4.9. The upstream fix missed the gcc-4.9.1 cut-off. It's also been applied upstream to the 4.8 branch so is being added for OE's 4.8 as well. (From OE-Core rev: 06f911894a367f395139c2b0d6c2ba6371398478) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Abstract long double configuration into python functionKhem Raj2014-08-152-4/+6
| | | | | | | | | | | musl does not support IBM 128 long double for ppc, instead of doing complex overrides move it into a pythong snippet which is easier to read and more compact. (From OE-Core rev: e7011429e40ae96b9c9f1e7f3c6f4c1f1102607f) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sdk: change EXTRA_OECONF_FPU to EXTRA_OECONF_GCC_FLOATPeter A. Bigot2014-08-155-7/+7
| | | | | | | | | | | | This variable is used to ensure the proper version of --with-float=FOO is passed to gcc's configure script. gcc also has a --with-fpu=FOO option that means something different. To avoid confusion, change the names to be consistent. (From OE-Core rev: c17d883fa99b6967d83c3796d22fc0c1dbe704e6) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-target: make --enable-clocale consistent with gcc-runtimePeter A. Bigot2014-08-151-0/+2
| | | | | | | (From OE-Core rev: 9ec30be63ad6d991646a7ce0ee22acdad7a81184) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: remove outdated configuration optionPeter A. Bigot2014-08-153-3/+0
| | | | | | | | | | --enable-libunwind-exceptions was removed from gcc at release 3.4.3 about ten years ago. (From OE-Core rev: 285d3579727177e6962d7ad16677429e7dec65f4) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.9: Ensure c++ includes are in /usr/include/c++/${BINV}Peter A. Bigot2014-08-151-1/+1
| | | | | | | | | | | Apply to gcc 4.9 the recent fix to the --with-gxx-include-dir override. Original OE-Core rev: 5a2ff3e8f7cd7a47a5ab4e581847ecc4df87fca (From OE-Core rev: 5fec278316fa9466241b9134c4553bad6db1c1a9) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: remove inappropriate patchPeter A. Bigot2014-08-154-134/+0
| | | | | | | | | | | | | | | | | | 0037-gcc-4.8-PR56797.patch was originally added as an OE backport during 4.8.0. Upstream merged it in 4.8.1, and it was present in 4.9.0. The original patch still applies to 4.9.1 (and presumably 4.8.2), but now is modifying store_multiple_sequence instead of load_multiple_sequence (the two functions are nearly identical). It may or may not be necessary in store_multiple_sequence, but absent a bug report upstream supporting its application in this case, or a least an updated comment and upstream status in the patch, I think this patch should be dropped. (From OE-Core rev: c89443e0f98249b9f9ea33f686c27babe35fd024) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: recipe whitespace changesPeter A. Bigot2014-08-1510-390/+429
| | | | | | | | | | | Consistent use of whitespace in multi-line assignment, with special focus on OECONF modifications. Quotes on separate lines, four-space indentation, one value per line. (From OE-Core rev: d971db8b2259e4c35b871cccf130fba193849560) Signed-off-by: Peter A. Bigot <pab@pabigot.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* prelink_git: Update to current head of cross-prelink developmentMark Hatle2014-08-151-1/+1
| | | | | | | | | | | | | | Update to the current version of cross-prelink development: faa069deec99bf61418d0bab831c83d7c1b797ca This adds a number of minor features, such as S390 support (irrelevant) to ARM TLS DESC relocations. (From OE-Core rev: e87a56bbdfbae56bc027ab66b350cc8fa7b65810) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: add rdep on perl-module-data-dumperShrikant Bobade2014-08-151-0/+1
| | | | | | | | | | | This patch adds rdepends on perl-module-data-dumper for autoconf. (From OE-Core rev: 8b3a911aac460a137099ca2b3a0a84fedea31309) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Shrikant Bobade <Shrikant_Bobade@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-initial: Use good old bfd linker by defaultKhem Raj2014-08-151-1/+3
| | | | | | | | | | | | | | | | | | We already indicate our intentions to use ld.bfd by specifying it in configure using --with-ld which works ok unless here where we manually create symlinks to binutils-cross components, when we use ld-is-gold feature default ld points to gold and this symlinking has to be aware of the fact that we configured binutils and gcc-cross to use gold as default ld but gcc-cross-initial uses BFD ld This would be visible when using gold and rebuilding eglibc (From OE-Core rev: 77cab553ee6caa940e21cca46ff134f84e65c171) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-scons-native: Make it useable if old host install existsPeter Kjellerstedt2014-08-151-1/+1
| | | | | | | | | | | | | | | | | This was recently fixed to work on Fedora 17 if no scons is installed on the host by setting the PYTHONPATH to where BitBake has installed scons. However, if an older version of scons than 2.3.0 is installed, then it still breaks. This is due to how scons tries to determine its installation by searching through standard paths. If it finds an old installation it prepends that path to sys.path thereby causing it to ignore the PYTHONPATH. The solution is to instead set SCONS_LIB_PATH which works both if scons is not installed and if an older version is installed. (From OE-Core rev: e16c968ffb96fac3177bb885872c2b5cdde87239) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: add PACKAGECONF lzoKai Kang2014-08-151-0/+1
| | | | | | | | | | | Add PACKAGECONF 'lzo' for qemu to fix QA warning: WARNING: QA Issue: qemu rdepends on lzo, but it isn't a build dependency? [build-deps] (From OE-Core rev: b05cf36a1fcb0fc2d3795ab43481f6de01de2af2) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: enable aarch64 supportKai Kang2014-08-152-2/+2
| | | | | | | | | | | | qemu 2.1.0 support aarch64 targets, so add aarch64 to QEMU_TARGETS to enable qemu aarch64 support. [YOCTO #6487] (From OE-Core rev: 2ff11438b763ddebfd798ccfe93d0d981d596202) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix build on muslKhem Raj2014-08-152-0/+44
| | | | | | | | | | musl has posix_close which conflicts in python so lets rename it. (From OE-Core rev: 9de4f6eb07696f618d4762c6eeb34dc9ea3080bd) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb: Add a dependency on zlibPeter Kjellerstedt2014-08-151-1/+1
| | | | | | | | | | | | This solves the following warning: WARNING: QA Issue: gdb rdepends on zlib, but it isn't a build dependency? [build-deps] (From OE-Core rev: 3dc99615b265999206264be33af1258a9c41c7b3) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Overwrite KVM explicitly for darwin/mingwRichard Purdie2014-08-151-1/+5
| | | | | | | | | Force KVM to disabled on mingw/darwin systems since this makes no sense there. (From OE-Core rev: 0bbafc1e0250bc4df6c6fcc749ab9bbbd7de4a89) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Simplify DEPENDSRichard Purdie2014-08-151-2/+0
| | | | | | | | | These DEPENDS are now identical and the native/nativesdk variants can be dropped in favour of letting PACKAGECONFIG sort it out. (From OE-Core rev: 67c8f70e84ac25adb5ea54dbde83d2377a994f97) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Add PACKAGECONFIG for glxRichard Purdie2014-08-151-2/+2
| | | | | | | | | | | With the configuration for sdl and glx, the virtual/libx11 in DEPENDS no longer makes any sense at all, the dependency comes through the various graphics backends. Therefore drop it. The glx PACKAGECONFIG is added for completeness. We avoid a floating dependency on mesa. (From OE-Core rev: ddb88df0eca85b0b2afca68a23c018d39a4c3d78) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Add alsa PACKAGECONFIG and cleanup native/nativesdk DEPENDSRichard Purdie2014-08-151-5/+10
| | | | | | | | | | | | | Converting this dependency to become a PACKAGECONFIG makes sense. Since there is a "," in the configuration option, its not quite as straightforward as normal. Also clean up the native and nativesdk DEPENDS and set the PACKAGECONFIG entries to match the old behaviour by default. (From OE-Core rev: f724085b4947ec8437d48f77acd2e9e9d19e39ef) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Fixup target sdl configuration to use PACKAGECONFIGRichard Purdie2014-08-151-2/+2
| | | | | | | | | SDL is now controlled by PACKAGECONFIG, remove the DEPENDS remnant set PACKAGECONFIG accordingly. (From OE-Core rev: 5bb25628e408f8738b38baba1f8609ab22cd5c51) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Move dtc(fdt) configuration to PACKAGECONFIGRichard Purdie2014-08-151-2/+3
| | | | | | | | Converting this dependency to become a PACKAGECONFIG makes sense. (From OE-Core rev: 15d7dc8df4b508acfeac43a8d0f9e15889ec3e7d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-dbus: use PACKAGECONFIG for doc generationChristopher Larson2014-08-111-0/+4
| | | | | | | | | | | | | Adds 'docs' (for html doc generation) and 'api-docs' (for API doc generation) configurations and leaves them both disabled by default. This avoids autodetected dependency upon docutils. Fixes [YOCTO #6530] (From OE-Core rev: 7216ddad59f6a2315323befa69eebdbf07625e25) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: add dependency on ncurses and readlineMartin Jansa2014-08-111-1/+1
| | | | | | | | | | * fixes floating dependency: guile/guile/latest lost dependency on ncurses-libncurses readline (From OE-Core rev: 39f98dd8280a17a400055ae20c48cf7b7f81e050) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Remove remnants of deleted "do_package_write" task.Robert P. J. Day2014-08-111-1/+0
| | | | | | | | | | As the do_package_write() task is listed as deleted, remove the few remaining references. (From OE-Core rev: 201d572ab5c57cda1b332356a3b7711bc346696e) Signed-off-by: Robert P. J. Day <rpjday@crashcourse.ca> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: upgrade to 2.1Cristian Iorga2014-08-115-96/+4
| | | | | | | | | | | | | | | | QEMU 2.1 comes with fixes and improvements. See http://wiki.qemu.org/ChangeLog/2.1 for details. - Added config for quorum support, depending on gnutls. - pcie_better_hotplug_support.patch removed, integrated upstream. - Qemu-Arm-versatilepb-Add-memory-size-checking.patch updated to 2.1 source code. - no-strip.patch removed, no longer necessary due to code changes. (From OE-Core rev: 3ae32d0d6c7cf8294300f32d346da36748e05f3d) Signed-off-by: Cristian Iorga <cristian.iorga@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl-rdepends: add CPAN, CPAN::Meta requirementsTim Orling2014-08-111-0/+20
| | | | | | | | | | | | | | | | | | | | | | | | While testing libmodule-build-tiny-perl, it was discovered that perl-module-cpan is missing some RDEPENDS. * Run "perl -mCPAN::Meta" on a target, the following is missing: -- perl-module-parse-cpan-meta (Parse::CPAN::Meta) * Run "perl -mCPAN" on a target, the following (and others) are missing: -- perl-module-file-glob (File::Glob) -- perl-module-config-git (Config_git) * Also added missing modules from runtime-requires in https://metacpan.org/source/ANDK/CPAN-2.05/META.json This patch adds them to perl-rdepends for ${PN}-module-cpan (From OE-Core rev: 33a2a7a9bd87c28089b3f859c7dc05e7b26bb9fd) Signed-off-by: Tim Orling <TicoTimo@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ubootchart: delete ubootchart recipeMax Eliaser2014-08-114-62/+0
| | | | | | | | | | | | | | | The Ubootchart recipe had known issues. Ubootchart itself is no longer updated upstream. Ubootchart is also now redundant with Bootchart2. If people still want ubootchart around, it can be moved to meta-oe. Ubootchart removed as part of the solution to [YOCTO #5893]. (From OE-Core rev: 8be891cd4beacc4157158808012179c35b433e4a) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bootchart2: create recipe for bootchart2Max Eliaser2014-08-112-0/+166
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This recipe creates packages for the bootchart2 system-wide profiler daemon and related utilities. It fetches the Git revision immediately past the one corresponding to the 0.14.6 release of bootchart2. (0.14.6 had a systemd- related bug that was corrected right after it was tagged.) The recipe contains three packages: * bootchart2 - The daemon itself. * pybootchartgui - Python program to visualize and display the data collected by bootchart2 or compatible daemons such as the original bootchart. * bootchartd-stop-initscript - A SysV init script to stop data collection when booting completes. Depending on how you wish to use bootchart2, you may not end up having all three of those packages installed on your image. There is also a bootchart2-native variant, which is intended solely to provide a native version of the pybootchartgui utility. The non-cross-compiled version of the bootchart2 daemon has not been tested at all, don't use it. The recipe is extensively documented. Read the comments at the beginning of bootchart2_git.bb or else you'll have no idea how to use it. This recipe is based on a recipe from meta-WebOS. The WebOS people had some extra code (including patches against the bootchart2 code) to support the Upstart init system. However, since upstream Poky does not support Upstart, that stuff is being left behind. The WebOS people can write a bbappend to re- add it. Original recipe written by Wonhong Kwon of LG. Upstreamed as part of the solution to [YOCTO #5893]. (From OE-Core rev: d5989b17a210e529c9082d2d3576acc3416586a0) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* syslinux: fix reinstall errorRobert Yang2014-08-111-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | Fixed: make: *** No rule to make target `/path/to/sysroot/4.9.0/include/stdarg.h', needed by `cpio.o'. Stop. make: *** Waiting for unfinished jobs.... ERROR: oe_runmake failed This happens when upgrade gcc from 4.9.0 to 4.9.1, and the .cpio.o.d isn't regenerated when recompile (the compile happens when do_install), the content of it are: [snip] cpio.o: /path/to/sysroot/4.9.0/include/stdarg.h [snip] And Makefile includes the .cpio.o.d file if it exists, so there would be errors when /path/to/sysroot/4.9.0/include/stdarg.h doesn't exist. Remove .*.d (a few .d files, its Makefile uses this wildcard) will fix the problem. (From OE-Core rev: f7dc6e801bba897fd4709a2f4fb0e7dbc198497a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* remake: fix build errorMaxin B. John2014-08-112-1/+42
| | | | | | | | | | | | | Fix build error: ... unknown command `colophon' unknown command `cygnus' (From OE-Core rev: e59045dfe888eaab439758a40004b468790f24f6) Signed-off-by: Maxin B. John <maxin.john@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: Update SRCREVPaul Barker2014-08-021-1/+1
| | | | | | | | | | | | | opkg-build now checks whether tar supports the '--format' option before using '--format=gnu' so that packages can be build with both Busybox tar (no '--format' option) and GNU tar (defaults to posix format unless told otherwise on some distros). (From OE-Core rev: 99ed5ed0d2f43549e92481de388c69d65a897774) Signed-off-by: Paul Barker <paul@paulbarker.me.uk> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Fix gcc-multilib-config comparisonMark Hatle2014-08-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | Fix an issue on a multilib configuration that contains more then 1 multilib. I.e. on MIPS64: DEFAULTTUNE = "mips64" MULTILIBS = "lib32n:mips64_n32 lib32:mips32" While normally you'd use 'libn32', the above is legal. With the startswith code, the system will look to expand the 'lib32' element and find the 'lib32n' instead, and will result in a warning: lib32 doesn't have a corresponding tune. Skipping... (From OE-Core rev: ced919f6013fc0dbb8b8f75f87a8c0a4f416b1fe) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc: Upgrade 4.9.0 -> 4.9.1Khem Raj2014-08-022-103/+4
| | | | | | | | | | Drop patches which are already available in 4.9.1 (From OE-Core rev: b2ecf4065fa5930b896b8790d153389e400eb0ec) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* help2man-native: Upgrade to 1.46.1Saul Wold2014-08-021-2/+2
| | | | | | | (From OE-Core rev: 55af5d0e57a6736bfc9e914fccd93c01631fc6bf) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Allow optional use of pkg-config from the HOSTRichard Purdie2014-08-021-2/+4
| | | | | | | | | | | | Currently, if pkg-config isn't installed on the build system, this code can cause an error. We don't need to require this, only use it if its present so allow the test to fail gracefully. (From OE-Core rev: c39a1172afd783cedf4cb11f00e8f16d7a7ec22c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* i2c-tools: Uprev to 3.1.1Maxin B. John2014-08-022-4/+4
| | | | | | | | | | | | | | | | 1. Updated the SRC_URI to http://dl.lm-sensors.org/i2c-tools/ 2. Corrected the License to GPLv2+ as the "COPYING" file include these statements: "This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version." (From OE-Core rev: d5fe5a93d310966d5389600c9e102f894772325b) Signed-off-by: Maxin B. John <maxin.john@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python-smartpm: fix option typo of command channelKai Kang2014-08-021-1/+1
| | | | | | | | | | | | | | | | | | | | | When run smart, it fails: root@qemu1:~# smart channel --remove-all error: No action specified for command 'channel' If no default value of arg 'dest' is provided in method add_option() of optparse.OptionParser, it replaces hyphen('-') in new added option with underscore('_') as dest. In function ensure_action() it checks action strings with options from optparse.OptionParser. So it is 'remove_all' which need to be checked rather than 'remove-all'. (From OE-Core rev: 03266e89a67ec1373529fae32b2cedff21414ff5) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: python-pycairo: add python-pycairo-nativeMax Eliaser2014-08-021-0/+2
| | | | | | | | | | | | A -native variant of python-pycairo will be necessary for running the native version of pybootchartgui. It may also come in handy for running other Python utilities from the native sysroot. (From OE-Core rev: 39cf9bcc28df7a4a37bc32e220ddc57b645350d4) Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.9.inc: fix parallel building failureHongxu Jia2014-08-021-37/+42
| | | | | | | | | | | | | | | | | | | | | | | | | The gcc-ar.o, gcc-nm.o, gcc-ranlib.o and errors.o included config.h which was a generated file. But no explicity rule to clarify the dependency. There was potential building failure while parallel make. For gcc-ar.o, gcc-nm.o and gcc-ranlib.o, they were compiled from one C source file gcc-ar.c, we add them to ALL_HOST_BACKEND_OBJS, so the '$(ALL_HOST_OBJS) : | $(generated_files)' rule could work for these objects. For errors.o, it is part of gengtype, and the gengtype generator program is special: Two versions are built. One is for the build machine, and one is for the host. We refered what gengtype-parse.o did (which also is part of gengtype). [YOCTO #6568] (From OE-Core rev: aea4b2d58856226c471922dfa40650cba2f5a36a) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: remove automake patch enforcing --foreignRoss Burton2014-07-292-14/+0
| | | | | | | | | | | | | | | Since 2004 we've been carrying a patch[1] make autoreconf pass --foreign to automake. Presumably at the time this was due to many upstreams using hand-coded bootstrap scripts that passed --foreign manually, but we were using autoreconf. These days many projects have added foreign to AM_INIT_AUTOMAKE and use autoreconf directly, so this patch isn't as critical as it used to be. (From OE-Core rev: 74b05bba64589da0e4439a4293559ad9670104bd) Signed-off-by: Ross Burton <ross.burton@intel.com> [1] oe-classic 2ab2a92eadaf2f80410d8746099f8a9b1b81ff91 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt-native: Add missing DEPENDS on db-native and curl-nativeRichard Purdie2014-07-271-1/+1
| | | | | | | | | The target recipe has these DEPENDS but the native version does not and this can lead to none deterministic builds. Fix this. (From OE-Core rev: 9a3240acd0ac64a257bcfd48f743fc85b6c8f449) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix _json module arbitrary process memory read vulnerabilityDaniel BORNAZ2014-07-253-0/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | http://bugs.python.org/issue21529 Python 2 and 3 are susceptible to arbitrary process memory reading by a user or adversary due to a bug in the _json module caused by insufficient bounds checking. The sole prerequisites of this attack are that the attacker is able to control or influence the two parameters of the default scanstring function: the string to be decoded and the index. The bug is caused by allowing the user to supply a negative index value. The index value is then used directly as an index to an array in the C code; internally the address of the array and its index are added to each other in order to yield the address of the value that is desired. However, by supplying a negative index value and adding this to the address of the array, the processor's register value wraps around and the calculated value will point to a position in memory which isn't within the bounds of the supplied string, causing the function to access other parts of the process memory. (From OE-Core rev: 9ec213bf67afbdfdbe25802ec86487bb22aeb2e4) Signed-off-by: Benjamin Peterson <benjamin@python.org> Applied to python-native recipe in order to fix the above mentioned vulnerability. Upstream-Status: Submitted Signed-off-by: Daniel BORNAZ <daniel.bornaz@enea.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.9.inc: fix parallel building failureHongxu Jia2014-07-252-0/+57
| | | | | | | | | | | | | | | | | | | | | | | | | In subdir 'gcc', Most C source files included config.h which was generated by a rule. But no related prerequisites was added to the C source compiling rule. There was potential building failure while makefile enabled parallel. The C source compiling rule used suffix rule '.c.o', but the suffix rule doesn't support prerequisites. https://www.gnu.org/software/make/manual/html_node/Suffix-Rules.html We used the pattern rule '%.o : %.c' to instead, and add the config.h as its prerequisite We also moved the '%.o : %.c' rule down to the 'build/%.o :' rule, which makes '%.o : %.c' rule doesn't override 'build/%.o :'. [YOCTO #6568] (From OE-Core rev: 86c2483f0fe05fb763d280ae22d70e54cb4bb0bc) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* perl: fix rebuid failed while ${CC} changedHongxu Jia2014-07-252-0/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Reproduce steps: 1) bitbake perl 2) vim local.conf to tweak CC, just add redundant option. ... CC_append = " ${HOST_CC_ARCH}" ... 3) bitbake perl ... ./miniperl -Ilib make_ext.pl lib/auto/Time/HiRes/HiRes.so MAKE=make LIBPERL_A=libperl.so LINKTYPE=dynamic Making Time::HiRes (all)my $filename= Deleting non-Cross makefile Running Makefile.PL in cpan/Time-HiRes Makefile.PL: The "xdefine" exists, skipping the configure step. ("tmp/sysroots/x86_64-linux/usr/bin/perl-native/perl5.20.0.real Makefile.PL --configure" to force the configure step) Warning: No Makefile! make[2]: Entering directory `tmp/work/armv5te-poky-linux-gnueabi/perl/5.20.0-r1/perl-5.20.0/cpan/Time-HiRes' make[2]: *** No rule to make target `config'. Stop. ... While ${CC} changed, the existance of 'xdefine' caused makefile regeneration failed. [YOCTO #6569] (From OE-Core rev: fa43d4f268bc4a6fafcf14029049f2997bc72d6c) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils-cross-canadian: Explicitly DEPEND on nativesdk-flex, we require it ↵Richard Purdie2014-07-251-1/+1
| | | | | | | | anyway (From OE-Core rev: 1ed42b9248ba1ba393c812e4c485d25db464e683) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: Use PACKAGECONFIG for libusb to avoid floating dependencyRichard Purdie2014-07-251-0/+1
| | | | | | (From OE-Core rev: 24cc1af031244ad7c152b98312012b6344e57d48) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-16 06:55:19 +0000