summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/autoconf
Commit message (Collapse)AuthorAgeFilesLines
* 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>