summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/autoconf
Commit message (Collapse)AuthorAgeFilesLines
* 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] (From OE-Core rev: 393908e53b243b16ab984da7f073be371e062946) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: remove emacs mode files to fix warningsSaul Wold2012-03-142-1/+5
| | | | | | | | | | | | | | WARNING: For recipe autoconf, the following files/directories were installed but not shipped in any package: WARNING: /usr/share/emacs WARNING: /usr/share/emacs/site-lisp WARNING: /usr/share/emacs/site-lisp/autotest-mode.elc WARNING: /usr/share/emacs/site-lisp/autotest-mode.el WARNING: /usr/share/emacs/site-lisp/autoconf-mode.el WARNING: /usr/share/emacs/site-lisp/autoconf-mode.elc (From OE-Core rev: abbad3e5e799c7cda5543a48d68fdd0a7a642b96) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: fix nativesdk rdependsNitin A Kamble2012-01-062-1/+3
| | | | | | | | | | | | | | | | Fixes this build error: | error: Failed dependencies: | m4 is needed by autoconf-nativesdk-2.68-r4.x86_64 | gnu-config is needed by autoconf-nativesdk-2.68-r4.x86_64 NOTE: package meta-toolchain-1.0-r6: task do_populate_sdk: Failed ERROR: Task 8 (.../meta/recipes-core/meta/meta-toolchain.bb, do_populate_sdk) failed with exit code '1' (From OE-Core rev: df8d88e864fb6bdecf5c82b25c0252c3d54157ad) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native.bbclass: Fix variable remapping coverageRichard Purdie2012-01-052-8/+2
| | | | | | | | | | | | | | | | | When looking for RDEPENDS to process, bitbake iterates through PACKAGES *and* PN. Since native.bbclass sets PACKAGES to be empty, its pointless remapping the list of PACKAGES since this does nothing. There is a problem since *_${PN} are used by bitbake but not remapped by the native.bbclass class extension code. This changes the code to remap _${PN} in both expanded and unexpanded forms. As a result of this, various surprising dependencies are uncovered and the patch rectifies those. These are real bugs since they're injecting unneeded (unremapped) dependencies into the dependency chain. (From OE-Core rev: 0f485bfd6fc82a109b9da629e464fca1e90faec3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: Extend to provide nativesdk recipeWenzong Fan2011-11-301-3/+6
| | | | | | | | | | | | | | | | As the same reason with automake, extend autoconf to provide nativesdk recipe too. This patch was only used for autoconf that running on target: * path_prog_fixes.patch: replace '@PERL@' with '@bindir@/env perl' It's unavailable for autoconf-native and autoconf-nativesdk, so exclude it for those two recipes. (From OE-Core rev: a16cf1b67f6559b182e6bb31abc1371162b04428) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: no need to hardcode the full path to m4Christopher Larson2011-10-141-1/+3
| | | | | | | | | | This way autom4te uses m4 as it finds it in the PATH, rather than hardcoding any particular path. (From OE-Core rev: fd6c84249b7bbb5f51d829cf96cae52fe88f456c) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: Remove code checking for hardcoded /usr/localKhem Raj2011-08-052-1/+31
| | | | | | | | | | | | | | This code is only relevant for AIX and causes problems with OE QA sniffer which detects -L/usr/local/lib on linker commandline during cross compile and rightly barfs This only happens when getloadavg() is not found in libc so we do not reach that code with eglibc but only with uclibc (From OE-Core rev: f235366c8a39679aa5beadf54a5e0ab7ece90d16) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: Remove patch=1 from SRC_URIKhem Raj2011-08-052-11/+12
| | | | | | | | | | | | | | | | | Edit summary field s/produced/produce/ Fix the license related warning WARNING: autoconf-native: No generic license file exists for: GPLv2|GPLv3 at /b/openembedded-core/meta/files/common-licenses WARNING: autoconf-native: There is also no SPDXLICENSEMAP for this license type: GPLv2|GPLv3 at /b/openembedded-core/meta/files/common-licenses (From OE-Core rev: b4cc493d5666ea82312b03e7ae7efb2d7099974b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf/automake: Bump PR to resolve perl-native issueSaul Wold2011-06-141-1/+1
| | | | | | | (From OE-Core rev: e7e00c4d8e86a90c19f553b35a62aa091b6ad14c) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: upgrade from 2.65 to 2.68Nitin A Kamble2011-06-0611-15/+24
| | | | | | | | | And rebase the patches to the newer code. (From OE-Core rev: aa24c1eda4b33b329d330c8bbb6d243dfd924f62) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes: Update upstream-status of patchesNitin A Kamble2011-05-1310-0/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | python: update upstream-status for patches binutils: update upstream-status for patches gcc 4.5.1 4.6.0: update upstream-status for patches autoconf: update upstream-status for patches automake: update upstream-status for patches bison: update upstream-status for patches distcc: update upstream-status of patches fstests: update upstream-status for patches gdb: update upstream-status of patches intltool: update upstream-status of patches libtool: update upstream status of patches linux-libc-headers: update upstream-status for patches make: update upstream-status for patches perl: update upstream-status for patches python-pycurl: update upstream-status for patches python-pygobject: update upstream status for patches python-pyrex: update upstream-status for patches quilt: update upstream-status of patches tcl: update upstream-status for patches gnu-config: update upstream-status for patches gmp: update upstream-status for patches (From OE-Core rev: a62fa9b213b09bf48c48499d2e3c66a9ee306deb) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-devtools: Add Summary informationMark Hatle2010-12-161-2/+4
| | | | | | Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
* SRC_URI Checksums AdditionalsSaul Wold2010-12-091-0/+3
| | | | Signed-off-by: Saul Wold <sgw@linux.intel.com>
* autoconf:Add license checksum and add the GPL informationMei Lei2010-11-241-1/+3
| | | | | | Add COPYING file and COPYINGv3 file checksum to bb file and add the "GPLv2" "GPLv3" according to the license file Signed-off-by: Mei Lei <lei.mei@intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-2712-0/+573
Having one monolithic packages directory makes it hard to find things and is generally overwhelming. This commit splits it into several logical sections roughly based on function, recipes.txt gives more information about the classifications used. The opportunity is also used to switch from "packages" to "recipes" as used in OpenEmbedded as the term "packages" can be confusing to people and has many different meanings. Not all recipes have been classified yet, this is just a first pass at separating things out. Some packages are moved to meta-extras as they're no longer actively used or maintained. Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>