summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools
Commit message (Collapse)AuthorAgeFilesLines
* perl: fix re-execution of compile taskVenkata ramana gollamudi2012-04-171-2/+3
| | | | | | | | | | | | After building perl package, re-execution of compile task recursively substitutes the path, making it an invalid path. Fixed to prevent recursive substitution. Similar case as [Yocto #2194] Signed-off-by: Venkata Ramana Gollamudi <ramana.gollamudi@huawei.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* flex: backport Debian patches to fix generated code warningsOtavio Salvador2012-04-163-1/+105
| | | | | | | | | The generated parser had warnings regarding signess and return check which makes Linux Kernel's perf tool from 3.4 release to fail without those patches. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* automake-nativesdk: fix builds on fedora 17Robert Yang2012-04-161-3/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Generally distros keep perl at /usr/bin/perl Fedora 17 also has /bin/perl this causes automake-nativesdk 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 automake-nativesdk-1.11.2-r2.x86_64 NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed The second sed command is for such a case: eval 'case $# in 0) exec /bin/perl -S "$0";; *) exec /bin/perl -S "$0" "$@";; esac' This line has two "/bin/perl" and we can't use a line number to tell sed which line it is since the line numbers in different files are defferent. [YOCTO #2304] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* autoconf-nativesdk: fix builds on fedora 17Robert Yang2012-04-162-2/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | Generally distros keep perl at /usr/bin/perl Fedora 17 also has /bin/perl this causes autoconf-nativesdk 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 autoconf-nativesdk-2.68-r6.x86_64.rpm NOTE: package meta-toolchain-gmae-1.0-r7: task do_populate_sdk: Failed The second sed command is for such a case: eval 'case $# in 0) exec /bin/perl -S "$0";; *) exec /bin/perl -S "$0" "$@";; esac' This line has two "/bin/perl" and we can't use a line number to tell sed which line it is since the line numbers in different files are defferent. [YOCTO #2304] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* perl: fix re-execution of patch/configurePaul Eggleton2012-04-161-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | The perl recipe's do_configure() does some manual sed replacements over the entire WORKDIR. Fix the following issues with this: * Skip patches, which fixes re-execution of do_patch after do_configure has run once * Ensure that the replacement operation does nothing if do_configure is re-executed * Avoid unnecessarily modifying /usr/include paths within documentation that will end up being packaged * Fix a quoting issue in the expression used in the grep command that ended up causing files that did not contain .*\.h after /usr/include to be matched and modified. The files modified during do_configure have been compared before and after this patch to ensure there are no unexpected changes. Some /usr/include paths that are not within documentation are no longer being substituted however these are all within comments or scripts for other Unix operating systems that are not applicable. [YOCTO #2194] Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autogen-native: Fix sstate relocation issue when reusing libguileRichard Purdie2012-04-161-1/+12
| | | | | | | This was found to cause issues on the Yocto autobuilders and fixes do_compile failures when guile-native has been relocated. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-config-base/poky-feed-config-opkg: Always use ↵Richard Purdie2012-04-161-6/+2
| | | | | | | | | | | 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-utils-native: Fix re-execution of the unpack taskRichard Purdie2012-04-161-2/+3
| | | | | | | | | | | 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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sgml-common: Fix re-execution of the compile taskRichard Purdie2012-04-161-1/+1
| | | | | | | | | 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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix re-execution problem due to patching configure and configure.inRichard Purdie2012-04-163-13/+2
| | | | | | | | | | | 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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-configure-common.inc: Stop gcc looking at build system pathsRichard Purdie2012-04-151-0/+4
| | | | | | | | | | | | | | | | | 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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Ensure the correct libraries are used at runtimeRichard Purdie2012-04-153-5/+4
| | | | | | | | | | | | | | | | | 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] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* unfs-server: Fix do_configure so it can be re-executed safelyRichard Purdie2012-04-151-1/+3
| | | | | | [YOCTO #2194] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: Fix binary relocation issue for precompiled guile objectsRichard Purdie2012-04-151-3/+5
| | | | | | | | | | | | | 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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm-native: Compile python rpm module (with-python)Andrei Gherzan2012-04-131-3/+1
| | | | | | | | | | This module is needed by python scripts from createrepo native package. [YOCTO #2134] RP: Add missing DEPENDS on python-native Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* PR bump packages with gdbm in DEPENDSAndrei Gherzan2012-04-132-2/+2
| | | | | | | | This is done because of this change in gdbm: "gdbm: Package compat libs in gdbm-compat" Signed-off-by: Andrei Gherzan <andrei@gherzan.ro> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* opkg-utils: Update to include a fix for version comparision issuesRichard Purdie2012-04-131-2/+2
| | | | | | | | | This brings the version comparision within opkg-utils into sync with that in opkg itself. [YOCTO #2233] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-4.6: Add fix for relocation problem and ccacheRichard Purdie2012-04-132-1/+42
| | | | | | | | | | | | | | | | | If the toolchain is reused from sstate and ccache is installed, build failures were occuring due to gcc trying to access the original sysroot rather than the new one, particularly if the old sysroot existed but was not readable by the current user. This turns out of the an issue inside gcc to do with preservation of the sysroot option. See the gcc patch for more details. It only triggers when preprocessed sources are used which happens when ccache is used. The same issue occurs with c++ and c++-cpp-output so the same fix is applied there. [YOCTO #2074] Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: default NO32LIBS to 1Paul Eggleton2012-04-131-1/+1
| | | | | | | | | | If this value is not set to 1, then systems with some 32-bit libraries but no 32-bit version of libgcc installed will have pseudo-native fail at do_compile. It should only really be set to 0 by those who know what they are doing. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* mklibs-native 0.1.33: include unistd.h to fix build for gcc 4.7Robert Yang2012-04-132-1/+45
| | | | | | | | | | | | | | | | | | Many of the standard C++ library include files have been edited to no longer include <unistd.h> to remove namespace pollution in gcc 4.7, so we need include <unistd.h> manually sometimes. More information: http://gcc.gnu.org/gcc-4.7/porting_to.html [YOCTO #2278] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> [Updated patch header - sgw] Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: Ensure that we check both providename and filepathsMark Hatle2012-04-132-1/+38
| | | | | | | | | | | In lib/rpmts.c we need to make sure to look for missing dependencies, such as /bin/sh, in both the providename and filepaths DB. Previously the system would key off an initial '/' and only look in the filepaths DB. This causes problems when a package such as "bash", has a Provides: /bin/sh. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* pseudo: Tell pseudo to avoid specifying an RPATHMark Hatle2012-04-133-6/+6
| | | | | | | | | | [Yocto #2251] Add --without-rpath to avoid embedding rpaths into the pseudo components. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: multilib header support.Lianhao Lu2012-04-113-3/+5
| | | | | | | | Add intercept multilib header for pyconfig.h in python. This is part of the bug fixing [YOCTO #2216]. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: Fix host contamination issueRichard Purdie2012-04-111-1/+4
| | | | | | | | | | | | | | | | | | python-nativesdk could fail with: | /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/sysroots/x86_64-linux/usr/bin/python: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /srv/home/pokybuild/yocto-autobuilder/yocto-slave/nightly-ppc/build/build/tmp/work/x86_64-nativesdk-pokysdk-linux/python-nativesdk-2.7.2-r1.9/Python-2.7.2/libpython2.7.so.1.0) | make: *** [sharedmods] Error 1 which is caused by the fact LD_LIBRARY_PATH is being set to include WORKDIR when calling HOSTPYTHON. HOSTPYTHON is from python-native and needs no such help so the easiest fix here is not to set crazy LD_LIBRARY_PATH values since we should never be running anything from WORKDIR given the way we build things. The patch clears out the RUNSHARED variable which would contain the LD_LIBRARY_PATH value prior to this patch. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb: add --with-libexpat-prefixMartin Jansa2012-04-101-2/+2
| | | | | | | * otherwise it sometimes finds host's expat Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Andreas Oberritter <obi@opendreambox.org>
* opkg: Add the condition for the content of arch.conf when enable multilibXiaofeng Yan2012-04-101-1/+6
| | | | | | | | | | | | | | | | After successfully installed some lib32 multilib packages into the x86-64 image, we just found that the file content of /var/lib/opkg/status in rootfs changed after the very 1st boot, many lib32 related packages information are missing in that file. The missing arch "x86" in arch.conf cause the above problem. Adding the condition for the content of arch.conf when enable multilib. If build multilib image, "ALL_MULTILIB_PACKAGE_ARCHS" will be used instead of "PACKAGE_ARCHS". [YOCTO #1522] Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
* adt-installer: Fixed ppc kernel naming.Lianhao Lu2012-04-103-13/+13
| | | | | | | | | | | 1. Fixed the ppc kernel naming. 2. Disabled opkg shared library to avoid runtime opkg-cl launching error. 3. Adjusted the variable sequence in adt-installer.conf Fixed bug [YOCTO #2233] Signed-off-by: Lianhao Lu <lianhao.lu@intel.com>
* git 1.7.7: remove perl.mak before compileRobert Yang2012-04-101-0/+6
| | | | | | | | | | | | | | | | | The git may fail to rebuild when perl's Config.pm or config.h changes, this is because Makefile detects that perl/perl.mak is out of date. Remove perl.mak to let Makefile regenerate it would fix the error. Both git and git-native have this problem. To reproduce the error: (On x86_64 host) $ bitbake git-native $ touch tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.2/Config.pm $ bitbake git-native -ccompile -f [YOCTO #2156] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
* qemu: Fix gl failure from 64b target on 32b hostZhai Edwin2012-04-102-1/+68
| | | | | | | | | | | | | Data from 64b target is truncated by 32b host. This patch makes type of data buf in host same as target. [YOCTO #2221] got fixed. Signed-off-by: Zhai Edwin <edwin.zhai@intel.com> [Bumped PR - sgw] Signed-off-by: Saul Wold <sgw@linux.intel.com>
* syslinux: Avoid using linux.ext2_fs.h if possibleDarren Hart2012-04-062-2/+978
| | | | | | | | | | | | Fixes [YOCTO 2236] With recent Linux kernel headers, such as 3.3 in Fedora 16, the linux/ext2_fs.h header has been removed. This causes compile failures for syslinux-native. Backport a fix to address this from syslinux-4.06-pre3. Signed-off-by: Darren Hart <dvhart@linux.intel.com> CC: Ross Burton <ross.burton@intel.com> CC: Joshua Lock <josh@linux.intel.com>
* gcc-cross-intermediate: fix do_install for x32Nitin A Kamble2012-04-041-1/+1
| | | | | | | | | | | | This Fixes [Ycoto #2223] bug. The gcc osdir is obtained in the do_install by invocation of command "gcc -print-multi-os-directory". For x32 it returns gcc osdir for the default abi which is x86_64. Fix this by adding target abi parameter to the gcc command line to get correct gcc osdir with invocation of command "gcc -mx32 -print-multi-os-directory" Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
* binutils: Inform binutils that armv5e really is valid!Mark Hatle2012-04-042-1/+22
| | | | | | | | | | A comment in the binutils sources indicate that it should support all of the -march= parameters that gcc supports. The tune validations noted that gas failed on -march=armv5e. It is not yet clear to me if this patch belongs upstream or not. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* elfutils: disable lzma (and bzip2 for native)Paul Eggleton2012-04-031-2/+3
| | | | | | | | | | | Fix some library dependency issues: * Disable lzma as xz-native is unstated in DEPENDS * Disable bzip2 for native as it is in ASSUME_PROVIDED and thus isn't available when elfutils-native is normally built, but if it gets rebuilt the link will be made; plus we don't need it. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb: build with expat, add missing RRECOMMENDS_gdbserverAndreas Oberritter2012-04-034-6/+6
| | | | | | | | | | | * Fixes communication between gdbserver and gdb-cross by using the same expat settings for both recipes. * Adds missing build dependencies for expat/expat-native. * Adds missing glibc-thread-db runtime recommendation to gdbserver, which was set only for gdb. Signed-off-by: Andreas Oberritter <obi@opendreambox.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* apt: Fix a latent bug exposed by gcc 4.7Khem Raj2012-04-022-2/+61
| | | | | | | Further Details are in patch itself Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* genext2fs: support large files and filesystems without using large amounts ↵Dexuan Cui2012-04-0222-10/+4776
| | | | | | | | | | | | | of memory update_to_1.95.patch was generated by making a diff bewteen the 1.4.1 release and the latest 1.9.5 version in the cvs repo: http://genext2fs.cvs.sourceforge.net/viewvc/genext2fs/genext2fs/genext2fs.c?revision=1.95 The patches 0001-0019 come from mailing list of genext2fs-devel http://sourceforge.net/mailarchive/forum.php?forum_name=genext2fs-devel&max_rows=100&style=flat&viewmonth=201106 Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* nasm: fix issue with repeat configureNitin A Kamble2012-03-311-4/+4
| | | | | | | | | | | | | | | | | | | | This Fixes bug: [YOCTO #2176] This fixes the following issue as mentioned in the bug: If nasm-native has to be rebuilt (due to a signature change) it will fail: | checking for a BSD-compatible install... /usr/bin/install -c | /media/large/tmp/work/x86_64-linux/nasm-native-2.07-r1/nasm-2.07/configure: line 4261: syntax error near unexpected token `-W' | /media/large/tmp/work/x86_64-linux/nasm-native-2.07-r1/nasm-2.07/configure: line 4261: `PA_ADD_CFLAGS(-W)' | ERROR: oe_runconf failed NOTE: package nasm-native-2.07-r1: task do_configure: Failed The failure appears to be caused by do_patch_fixaclocal being run a second time Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* docbook-utils-native: fix syntax problem in jw.inSteffen Sledz2012-03-302-2/+34
| | | | | | | | | | | | | | | Fix runtime error occurred e.g. with docbook-to-man calls: grep: character class syntax is [[:space:]], not [:space:] grep: character class syntax is [[:space:]], not [:space:] jw: There is no frontend called "/docbook/utils-0.6.14/frontends/docbook". See also: <https://qa.mandriva.com/show_bug.cgi?id=61127> Signed-off-by: Steffen Sledz <sledz@dresearch-fe.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adt-installer: Adapted environment file name for powerpc.Lianhao Lu2012-03-302-3/+1
| | | | | | | | | | Adpated to the new environment file name for powerpc, due to the oe-core commit c2d96179. Fixed bug [YOCTO #2055]. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* rpm: Ensure we depend on fileRichard Purdie2012-03-281-1/+1
| | | | | | | | rpm links to libmagic from file so it needs to be listed in DEPENDS else we can have race conditions causing build failures such as those seen on the autobuilder recently. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-intermediate: Ensure we move the libraries from the correct locationRichard Purdie2012-03-281-1/+2
| | | | | | | | | | | | | This fixes multilib issues if you try for example to use a BASELIB of /lib32 which wouldn't work without this change since the compiler install location is taken from gcc -print-multi-os-directory which can still turn out to be "/lib". The reason is that a 32 bit gcc has no multilib code enabled and will always return "." as that value rather than "../${base_libdir}" which our changes to gcc enable and return in 64 bit mode. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Pseudo: Update to 1.3Peter Seebach2012-03-288-418/+14
| | | | | | | | | | | | | | | | The various local patches have made it into upstream, so we update the build files and jump to pseudo 1.3. This also includes a popen() fix which fixes some edge cases that caused failures trying to check git branches and the like. [Yocto bug #2181] Signed-off-by: Seebs <peter.seebach@windriver.com> Updated the pseudo_git.bb to match. Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: Clean non shipped empty directories.Lianhao Lu2012-03-271-5/+6
| | | | | | | Cleaning up non shipped empty directories. Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* guile: Deal with hardcoded path issuesRichard Purdie2012-03-271-1/+6
| | | | | | | Without this build of autogen-native break if the guile-native package has been recloated. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: fix packaging dependencies on minimal systemsGary Thomas2012-03-262-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If you install the top-level python package only on a minimal system which has no other python packages installed then python is not functional at all. Without any extra packages installed this error is seen: # python Traceback (most recent call last): File "/usr/lib/python2.7/site.py", line 64, in <module> import traceback ImportError: No module named traceback Installing python-lang only partly fixes the problem as this error still exists: # python Traceback (most recent call last): File "/usr/lib/python2.7/site.py", line 569, in <module> main() File "/usr/lib/python2.7/site.py", line 551, in main known_paths = addusersitepackages(known_paths) File "/usr/lib/python2.7/site.py", line 278, in addusersitepackages user_site = getusersitepackages() File "/usr/lib/python2.7/site.py", line 253, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File "/usr/lib/python2.7/site.py", line 243, in getuserbase USER_BASE = get_config_var('userbase') File "/usr/lib/python2.7/sysconfig.py", line 520, in get_config_var return get_config_vars().get(name) File "/usr/lib/python2.7/sysconfig.py", line 400, in get_config_vars import re ImportError: No module named re Signed-off-by: Gary Thomas <gary@mlbassoc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu: add fedora pkg names when build failedRobert Yang2012-03-261-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | When qemu build failed, we can see such messages: You need libGL.so and libGLU.so to exist in your library path and the development headers for SDL installed to build qemu-native. Ubuntu package names are: libgl1-mesa-dev, libglu1-mesa-dev and libsdl1.2-dev These pkgs have different names on Fedora distributions, and Fedora is one the main linux distributions, so add Fedora package names. The following Fedora versions have these pkgs: Fedora 9 64bit Fedora 13 32bit Fedora 13 64bit Fedora 16 64bit [YOCTO #2174] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gcc-cross-canadian: Fixed packaging warnings.Lianhao Lu2012-03-261-0/+7
| | | | | | | | | | Removed non-shipped empty directories: -${prefix}/${TARGET_SYS} -${libdir}/../lib -${prefix}/include Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* python: remove a target dependencyGary Thomas2012-03-231-1/+0
| | | | | | | | | The target dependency DEPENDS_sharprom does not belong in this core recipe and should be moved to a .bbappend file in the appropriate layer if still required. Signed-off-by: Gary Thomas <gary@mlbassoc.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb-cross-canadian: Fix linking issues when python support is enabledKhem Raj2012-03-232-4/+5
| | | | | | | | | | | | | | | | gdb-cross-canadian was linking with static version of libpython and looking for build host python when run. This could be mismatch between python-nativesdk and build host provided python. So we make it consistent to always use python-nativesdk Instead of adding bunch of -L we add -rpath and -rpath-link so that gdb finds all needed libraries in SDK and does not reach out into host This should fix yocto PR# 2077 as well. Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libgcc: corrected -nativesdk package namings.Lianhao Lu2012-03-232-5/+8
| | | | | | | | | | | | | | | 1. Corrected the -nativesdk package namings. 2. Fixed package QA warnings: WARNING: QA Issue: non -staticdev package contains static .a library: libgcc-nativesdk-dev path '/work/x86_64-nativesdk-pokysdk-linux/libgcc-nativesdk-4.6.3+svnr184847-r23/packages-split/libgcc-nativesdk-dev/opt/poky/1.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/x86_64-pokysdk-linux/4.6.4/libgcc.a' WARNING: QA Issue: non -staticdev package contains static .a library: libgcc-nativesdk-dev path '/work/x86_64-nativesdk-pokysdk-linux/libgcc-nativesdk-4.6.3+svnr184847-r23/packages-split/libgcc-nativesdk-dev/opt/poky/1.1+snapshot/sysroots/x86_64-pokysdk-linux/usr/lib/x86_64-pokysdk-linux/4.6.4/libgcc_eh.a' Signed-off-by: Lianhao Lu <lianhao.lu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>