summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2012-04-16bitbake.conf: Include abi_version.conf in a early stageDongxiao Xu
We may define new OELAYOUT_ABI variable in ${DISTRO}.conf, therefore we need to move the abi_version.conf before that. (From OE-Core rev: 4e1a8ed1ab7e7bd950e511c79ddfe072cb280a6e) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16Multilib: Fix RDEPENDS in libc-package.bbclass, useradd.bbclass...Zhai Edwin
MLPREFIX is needed in RDEPENDS for multilib build (From OE-Core rev: 380efadd5640e5b57e710549b1ae761d0d3b3792) Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16opkg-config-base/poky-feed-config-opkg: Always use ↵Richard Purdie
ALL_MULTILIB_PACKAGE_ARCHS to build arch list We need consistent configuration files for opkg so we might as well always use the full list. This is equal to PACKAGE_ARCHS in the non-multilib case. This fixes various multilib failures with ipk multilibs. (From OE-Core rev: bc85abc5013d0c831cc3c3823df45536c293aaba) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16dropbear: Allow tasks to be safely re-executedRichard Purdie
Re-running the debug_patch task would cause the build to fail. This patch moves the extra patch handling directly into SRC_URI and removes the need for the separate task, allowing safe re-execution of each task. [YOCTO #2194] (From OE-Core rev: 1d6156e37ef0f36cf5ce8eeaaf23560215c86833) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16docbook-utils-native: Fix re-execution of the unpack taskRichard Purdie
If the do_unpack task is re-executed, the sed_done stamp was not removed, the sed commands wouldn't re-run and the build would fail in do_compile. This patch ensures the stamp is in ${S} and that we clean that directory when unpack runs so it is a build from sctatch at that point. [YOCTO #2194] (From OE-Core rev: 2b190155d74d4369c61d26b1f4f0c3cce389ddbc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16sgml-common: Fix re-execution of the compile taskRichard Purdie
The sed command run during do_compile isn't idempotent. This change fixes it so that it is and the compile task can be re-executed. [YOCTO #2194] (From OE-Core rev: c9dcfbd87d749baa0a4948738055193982aad26d) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16wget: Fix re-execution issueRichard Purdie
The patch in this recipe patches both configure and configure.in which leads to build failures once configure has executed and regenerated configure. The fix to make patch re-executable is not to patch configure and only patch configure.in. [YOCTO #2194] (From OE-Core rev: b3df34ba57284fa2c85f34be86d5d8e357becf7c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16python: Fix re-execution problem due to patching configure and configure.inRichard Purdie
There was a patch patching both configure and configure.in. Since the recipes all autoreconf, this is pointless and means subsequent patch tasks fail. The fix is to only patch configure.in. [YOCTO #2194] (From OE-Core rev: 1d8c40d5f2119b4c4ae8a9b2645ae572ea9a54ff) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15gcc-configure-common.inc: Stop gcc looking at build system pathsRichard Purdie
There were puzzling failures when you make a force recompile of any gcc component. The error was in do_configure with cross-compilation badness being detected in config.log files. gcc is different in that many of the config.log files are generated during the do_compile phase. This means this host contamination issue has always been present but only shows up on a rebuild. The fix is to force the appropriate configuration variable to "none required" then gcc won't look in the bad locations. [YOCTO #2279] (From OE-Core rev: e7135f14f3ef37f93f5c28b319464f3d6dd9b8da) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15gst-plugins-bad: add curl as build dependencyDongxiao Xu
gst-plugins-bad needs curl.h to finish its build, so add curl as its dependency. (From OE-Core rev: daa4d625524dc330786858ade570918cff0bc5d3) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15net-tools: Fix do_patch to be re-executableRichard Purdie
This recipe's do_patch was not able to be re-executed due to its custom patching functions. This fixes things so that it can be re-executed. It also fixes the unpack task re-execution by ensuring ${S} is clean before the unpack starts. [YOCTO #2194] (From OE-Core rev: 1cfddb17e0c2576e55f62c10612e7cbd73e5ac5e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15man-pages: Fix to allow re-execution of tasksRichard Purdie
The all target in the makefile triggers "screen" and "remove" targets, neither of which do anything useful/sane for our usecases. The simplest way to get the makefile to behave is to only use the install target. Clean up the recipe a bit whilst making these changes and simplify things. [YOCTO #2194] (From OE-Core rev: 06f6ca50c0cffdaf828688e01fcc70265eafa093) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15pseudo: Ensure the correct libraries are used at runtimeRichard Purdie
There can be a conflict between the nativesdk libc and the host system's libc. It is assumed the nativesdk version is of an equal or higher version. This is a particular issue for pseudo if its loading a system binary since the system's libc might be used of an older verison which would then confuse libpseudo.so when loaded as a preload. To avoid this, set LD_LIBRARY_PATH so the nativesdk libc is always used. Since we now use --without-rpath, we can remove the MAKEOPTS RPATH workaround. [YOCTO #2299] (From OE-Core rev: a481fe3b9883aa744be3253e2b4b27e6e46eb059) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15unfs-server: Fix do_configure so it can be re-executed safelyRichard Purdie
[YOCTO #2194] (From OE-Core rev: 43e6fec78e36beb770fd47b0c4631d7382025d6b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15Hob: add exception handlingShane Wang
Create a wrapper with exception handling to call self.server.runCommand() safely. Again, add exception handling to load_template() and save_template() (Bitbake rev: cb07a027d3366ed30b0f7e5e85d08c6fda4eb5b9) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15Hob: Simplify the init processDongxiao Xu
This commit merges some functionalities together and avoid unnecessary signal handling. This can help to speed up the Hob startup. (Bitbake rev: e5a6eb4f007bf270f2fddc814eb856da46e20eee) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15Hob: Handle NoProvider event in runningbuild moduleDongxiao Xu
If NoProvider event is received, we will handle it in runningbuild module and send notification to Hob instance, avoiding stepping into the final page with no image built out. This fixes [YOCTO #2249] (Bitbake rev: 067bc46a0fbc542fef1fcaa406ad3737a4c5a55a) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15guile: Fix binary relocation issue for precompiled guile objectsRichard Purdie
When guile-native was relocated, there were messages like: ;;; note: source file /srv/home/pokybuild/yocto-autobuilder/yocto-slave/emenlow/build/build/tmp/sysroots/x86_64-linux/usr/share/guile/2.0/ice-9/eval.scm ;;; newer than compiled /srv/home/pokybuild/yocto-autobuilder/yocto-slave/fri2/build/build/tmp/sysroots/x86_64-linux/usr/lib/guile/2.0/ccache/ice-9/eval.go and this confuses things like the autogen-native "guile --version" check. This patch ensures the wrapper script sets the necessary variables correctly. (From OE-Core rev: 7a254d8294cfbe4b717d083c3d7fcc5515a5ab4f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-15connman-gnome: connman 0.79 API fixesPaul Eggleton
Fix connman-gnome to work with connman 0.79, which made a number of fairly serious DBus API changes. Also switch over to the newly repopulated git repo on kernel.org in which the two previous patches have been merged. Fixes [YOCTO #2202]. (From OE-Core rev: 82744f56f8bfbdcc303034dee3d6e188cf8180b1) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: reset user recipe selection and package selection after settings are ↵Shane Wang
changed Reset user recipe list and package list after the user changes the settings and triggers recipe reparsing. This is to continue to fix the bug [Yocto #2255] [Yocto #2255] (Bitbake rev: 95f4e9dc351f67442844ff52f90fc154fa95ba95) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: remember layers and settings between Hob sessionsShane Wang
This patch is to remember layers and settings between Hob sessions, which includes: - Put some variables for the build details screen from Configuration to Parameters because they are not actually for build but for show - We create a dummy Configuration instance and a dummy Parameters instance in __init__ of builder - The two instances will be assigned the real values by update_configuration_parameters() after parsing (in the event callback) - When it is the first time to launch Hob in a build directory, nothing is remembered since everything is fresh. - The feature is implemented with templates, and based on the hook for Hob. - When the user changes the layers or the settings, a default template file is saved into ".hob/". - Later on, the layers and the settings are remembered by loading the default template automatically. (Bitbake rev: f7c874ab930b9e7f95e79d0e84e62eb9b967f566) Signed-off-by: Shane Wang <shane.wang@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14grub: Add missing dependency on autogen-native to avoid build failuresRichard Purdie
(From OE-Core rev: 4396db54dba4afdb9f1099f4e386dc25c76f49fb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14distro_tracking: add entries for several new recipesScott Garman
Added distro tracking fileds for the following recipes: qt-mobility-x11 gst-plugin-bluetooth alsa-state ocf-linux avahi-ui libjson systemtap-uprobes xf86-video-fbdev u-boot-fw-utils qt4-graphics-system qt-mobility-embedded lttng-tools shadow-securetty Also fixed a few minor typos in others (spelling of bluetooth and months) (From OE-Core rev: c8fe4d6cde6fca736f8c00eac7a9cc217fa8a128) Signed-off-by: Scott Garman <scott.a.garman@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14distro_tracking: add some additional DISTRO_ALIASESSaul Wold
ltp rgb libksba stat directfb-example libfakekey builder core-gtk-directfb task-core-tools-* task-self-hosted sato-screenshot libxxf86misc qmmp portmap (From OE-Core rev: 740c34ce27ec5f992cd97f1d933c007ba55d651d) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14yocto-bsp: fix x86_64 tuning for qemu archTom Zanussi
While testing the fix for [YOCTO #2222] I noticed that the tuning for the qemu x86_64 target was using the wrong tuning file - it should be x86_64 instead of i586. Change the template to match. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-04-14yocto-bsp: fix multi-provider error in qemu arch templateTom Zanussi
While testing the fix for [YOCTO #2222] I noticed a new build error that wasn't there in previous testing: ERROR: Multiple .bb files are due to be built which each provide virtual/libgl The build still completed and produced a good image, but an error message was displayed, which this patch removes. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-04-14yocto-bsp: fix qemuarch test for xserver-xf86-config.bbappendTom Zanussi
While testing the fix for [YOCTO #2222] I noticed that the qemuarch test was wrong - there is no 'x86' qemuarch, just 'i386'. Change the test to match. Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-04-14yocto-bsp: enable property value display of nested propertiesTom Zanussi
Previous versions of yocto-bsp mapped every input element to a unique variable name, which is what the current property value display code expects. When that was changed to a nested form, the display code wasn't updated to match - this updated does that. Fixes [YOCTO #2222] Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
2012-04-14mulitlib.bbclass: Ensure correct value of ALL_MULTILIB_PACKAGE_ARCHS is ↵Richard Purdie
preserved The value of ALL_MULTILIB_PACKAGE_ARCHS needs to be consistent both in multilib extended recipes and in normal context. If this isn't the case it can lead to inconsistent configuration files at a minimum. This patch ensures the value is preserved during the class extension code since computing it after that point is hard. [YOCTO #2290] (From OE-Core rev: 529bc145152bb36d9696226b93729377a3b6a240) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14update-alternatives: Fix for compatibility with multilib recipesRichard Purdie
The PN == BPN test was designed to exclude native/nativesdk but also unfortunately excludes multilib unintentionally. This change fixes this and allows multilib images with alternatives to funciton correctly. [YOCTO #2214] (From OE-Core rev: 2878d19c4e19d76cb8be15825c40ff03f25f35f5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14external-poky-toolchain: This is broken and confusing now, remove itRichard Purdie
This avoids a number of bogus preferred providers warnings too. (From OE-Core rev: 823a2f96df84547216a26697838977a162f838c5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Remove stray unwanted fileRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: Use BB_DEFAULT_TASK as build task instead of hardcoded "build"Dongxiao Xu
Originally we use hardcoded "build" as the default task. This commit fixes it by using BB_DEFAULT_TASK. This fixes [YOCTO #2283] (Bitbake rev: 7540f8d446345559ea9b47f4ff71d203ffdfaf8d) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: Build selected image if not customizedDongxiao Xu
If user selected a base image and didn't customize it, Hob will still build the selected image instead of hob-image. This fixes [YOCTO #2253] (Bitbake rev: a74a6a033e66a0ae7b47c84d842bdd54066c69a1) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: Save the original image name into templateDongxiao Xu
Previously we use the template file name as the image name. This commit changes to use the original selected image into template file. (Bitbake rev: 14a9da66fe08d181f45853c52e0c9f14773070a8) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14Hob: A minor fix on tooltipRichard Purdie
(Bitbake rev: b1449ce6ccf4e33eb2fd34829d2c435a464ae88b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14systemtap: Ensure FILESPATH is set so systemtap-uprobes can find patchesRichard Purdie
This allows systemtap-uprobes to build again after the recently added patch broke the builds. (From OE-Core rev: 4bbe926f3ca68297d70849bab67177da624316d1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14eglibc: fix builds on fedora 17 alphaNitin A Kamble
Generally distros keep perl at /sur/bin/perl Fedora 17 alpha also has /bin/perl this causes eglibc build on such distros to put perl interpreter path in the perl scripts as /bin/perl But we set perl location for target as /usr/bin/perl This mismatch of perl path causes failure of rootfs image creation like this: | error: Failed dependencies: | /bin/perl is needed by eglibc-utils-2.13-r23+svnr15508.i586 NOTE: package core-image-sato-1.0-r0: task do_rootfs: Failed ERROR: Task 8 (/home/nitin/prj/poky.git/meta/recipes-sato/images/core-image-sato.bb, do_rootfs) failed with exit code '1' This Fixes bug : [YOCTO #2286] RP: Updated to better account for -nativesdk (From OE-Core rev: 381bf0d364da5970682502f8f124264907587b87) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14grub-1.99: fix configure errorNitin A Kamble
This commit deals with this configure error. configure:20306: checking whether `ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow' generates calls to `__enable_execute_stack()' configure:20320: ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -mfpmath=387 -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -falign-loops=1 -S conftest.c conftest.c:308:6: error: no previous prototype for 'g' [-Werror=missing-prototypes] cc1: all warnings being treated as errors configure:20323: $? = 1 configure:20327: error: ccache i586-poky-linux-gcc -m32 -march=core2 -msse3 -mtune=generic -mfpmath=sse --sysroot=/builddisk/build/build0/tmp/sysroots/emenlow failed to produce assembly code (From OE-Core rev: edbfba73e3cea86d08d67b8623ab385ded44ed55) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14grub-efi-native, grub: fix build with gcc 4.7Nitin A Kamble
This fixes bug [YOCTO #2293] These build failure caused by gcc4.7 is fixed with a backport of a grub-1.99 patch from fedora 17 alpha plus two more new patches | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"commands/efi/acpi.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o commands/efi/acpi_module-acpi.o `test -f 'commands/efi/acpi.c' || echo './'`commands/efi/acpi.c | gcc: error: unrecognized command line option '-melf_i386' | make[3]: *** [trig.module] Error 1 | make[3]: Entering directory `/home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/grub-1.99/grub-core' | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"fs/btrfs.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o fs/btrfs_module-btrfs.o `test -f 'fs/btrfs.c' || echo './'`fs/btrfs.c | fs/btrfs.c: In function 'grub_btrfs_read_logical': | fs/btrfs.c:791:5: error: 'err' may be used uninitialized in this function [-Werror=maybe-uninitialized] | fs/btrfs.c:592:18: note: 'err' was declared here | cc1: all warnings being treated as errors | make[3]: *** [fs/btrfs_module-btrfs.o] Error 1 | gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W -I../include -I../include -DGRUB_MACHINE_EFI=1 -DGRUB_MACHINE=I386_EFI -nostdinc -isystem /usr/lib/gcc/x86_64-redhat-linux/4.7.0/include -DGRUB_FILE=\"fs/zfs/zfs.c\" -I. -I. -I.. -I.. -I../include -I../include -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -g -feliminate-unused-debug-types -Wall -W -Wshadow -Wpointer-arith -Wmissing-prototypes -Wundef -Wstrict-prototypes -g -falign-jumps=1 -falign-loops=1 -falign-functions=1 -mno-mmx -mno-sse -mno-sse2 -mno-3dnow -fno-dwarf2-cfi-asm -m32 -fno-stack-protector -mno-stack-arg-probe -Werror -Wno-trampolines -ffreestanding -isystem/home/nitin/builds/build0/tmp/sysroots/x86_64-linux/usr/include -O2 -pipe -c -o fs/zfs/zfs_module-zfs.o `test -f 'fs/zfs/zfs.c' || echo './'`fs/zfs/zfs.c | fs/zfs/zfs.c: In function 'get_filesystem_dnode': | fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1449:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'make_mdn': | fs/zfs/zfs.c:1478:3: error: dereferencing type-punned pointer will break strict-alERROR: Function failed: do_compile (see /home/nitin/builds/build0/tmp/work/x86_64-linux/grub-efi-i586-native-1.99-r7/temp/log.do_compile.9293 for further information) | iasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'dnode_get_fullpath': | fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1554:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:1571:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'grub_zfs_open': | fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2234:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'fill_fs_info': | fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2362:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2395:3: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'iterate_zap': | fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2420:5: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c: In function 'grub_zfs_dir': | fs/zfs/zfs.c:2483:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2483:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2484:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2484:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2502:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | fs/zfs/zfs.c:2502:7: error: dereferencing type-punned pointer will break strict-aliasing rules [-Werror=strict-aliasing] | cc1: all warnings being treated as errors | make[3]: *** [fs/zfs/zfs_module-zfs.o] Error 1 (From OE-Core rev: b0f6dc60c926c2a653485e0016fbdc2ac5eb0cb4) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14grub-1.99: use gcc-cross for building the target binariesNitin A Kamble
It was using distro gcc to build binaries for target. This got detected on fedora 17 alpha, on which it hit an gcc-4.7 issue. This Fixes Bug: [Yocto #2291] More information in the patch header Thanks to Saul Wold for suggesting to remove the --target parameter from EXTRA_OECONF var. (From OE-Core rev: 26ae0e53411c1ea3afbb2e0c6d9dc2f1b0690751) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14nspr: fix package splitingDexuan Cui
Here /usr/lib/lib*.so files are binaries rather than symbol links. We should package them into ${PN} rather than ${PN}-dev, or else, when a package, that rdepends on nspr, is packaged, we get a "non-dev package rdepends on nspr-dev" ERROR. (From OE-Core rev: be298b6f0168bbd6baf90602da35904c441deade) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14systemtap: disable document generation by defaultTom Zanussi
Building the systemtap documentation adds significantly to the build time, so disable it by default. (From OE-Core rev: e37391a949fb0a6edf87eb910e93a17caf309119) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-14systemtap: fix docproc build errorTom Zanussi
When building docs in systemtap, docproc is used to generate the tapset documentation, but it gets built for the target, while it needs to be build for the host instead. This change causes that to happen. Fixes [YOCTO #2193]. (From OE-Core rev: 6ef7112e339bb5c03dee862bc56c10fdf677be78) Signed-off-by: Tom Zanussi <tom.zanussi@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13linux-yocto: allow .cfg, .scc, .patch and defconfigs to be processed in orderBruce Ashfield
During testing/extension of the linux-yocto-tiny kernel it was found that defconfigs were not always properly applied. This was due to two issues: - not being able to fully control the order of objects applied to the git tree on the SRC_URI - defconfigs triggering --allnoconfig before being applied To fix this, the recipe space code that previously detected and generated automatic features moves back to the kernel tools (where it was before) and is updated to also process .cfg and defconfigs. Moving this back to the tools allow other recipes to automatically benefit from the additional support. The second issue is addressed by allowing configme to take --alldefconfig when a recipe wishes to pass a defconfig and override the default behaviour. Fixes [YOCTO: 2250] (From OE-Core rev: 08c368b9980716e459d846dd7183940a5bf8bea4) Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13linux-yocto/3.2: add igb support to romleyBruce Ashfield
Updating the 3.2 recipe SRCREVs to pickup the following meta change: [ meta: Add igb.scc to Romley Romley machine has 82580 Giga bit Ethernet Controller. Add the relavent Nic driver to it. (From OE-Core rev: d7c567816bf828da34fb9e315d4d76c4181337e9) Signed-off-by: Kishore Bodke <kishore.k.bodke@intel.com> ] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13Revert "eglibc: fix perl path in target scripts on fedora 17 alpha"Richard Purdie
This reverts commit 7c95d554c431451f975e1e5d0336d1fb7d0ce7ae. eglibc uses the PERL to execute things as well as encoding the path in target scripts. We will therefore have to resort to sed on the scripts at do_install time to fix the problems originally reported. This patch causes various weird build failures and needs to be removed. (From OE-Core rev: 160ee52b9563dac64941b5f6e2e072171ad396b8) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13linux-yocto/meta-yocto: update hardware reference SRCREVsBruce Ashfield
commit 8cd31f9b0 linux-yocto/meta-yocto: update hardware reference boards to v3.0.24 Missed a merge commit on the hardware reference BSP branches. As a result, validate_branches is adjusting the tree to build the proper SRCREV. For machines with board specific commits this means that some of their commits are missing, which leads to boot failure. Bumping the SRCREVs fixes the problem Fixes [YOCTO: #2292] Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13rpm-native: Compile python rpm module (with-python)Andrei Gherzan
This module is needed by python scripts from createrepo native package. [YOCTO #2134] RP: Add missing DEPENDS on python-native (From OE-Core rev: 17f3cc1be0e8648cb4579793a9eb5a701deac85f) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-13package-index: Force NATIVE python to use modules from STAGING_DIR_NATIVEAndrei Gherzan
Export PYTHONHOME to ${STAGING_DIR_NATIVE}/usr. In this way python will search for modules in native sysroot. [YOCTO #2134] (From OE-Core rev: 230b235329bcaca1a95afd89801d28768aff483b) Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit 1.2.3-korg (git 2.39.0) at 2024-04-26 08:39:27 +0000