summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/autoconf
Commit message (Collapse)AuthorAgeFilesLines
* autoconf: Add fix for sh verses bash issuesRichard Purdie2013-09-242-0/+24
| | | | | | | | | | | | | | | Libtool scripts were finding bash was /bin/sh and then using bashisms which then got into sstate and used on machines where /bin/sh might be dash. This changes things to search for bash first since its preferred. We then hardcode bash into the scripts which is more correct. This does mean we have a dependency on bash but many of our scripts have that anyway. (From OE-Core rev: 367a19aaf31bcf997f10d045e7954cc800189052) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: update RDEDENDSKang Kai2013-01-072-2/+1
| | | | | | | | | | | The only file Glob.so provided by perl-module-file will be moved to package perl-module-file-glob. So remove perl-module-file from RDEDENDS. (From OE-Core rev: c76ae248334606d10ab730b1b2e9f626ff3c5809) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2012-11-022-4/+4
| | | | | | | | | | | | | The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: bb67ddeb2eed3e25c626a279ef53a7e8c7bfe6f2) 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>
* autoconf: update runtime dependenciesKang Kai2012-10-242-3/+18
| | | | | | | | | | | | | | | | | Update autoconf runtime dependencies on perl and perl modules. And remove RDEPENDS for nativesdk because the nativesdk-autoconf has same dependencies with autoconf. Then fixes autoreconf runs failed both on target and toolchain. Bump up PR. [Yocto 3100] (From OE-Core rev: 19a4d6498b262a53456f43fabb66d821014d2656) Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autotools: Remove special handling for autoconf* and automake*Phil Blundell2012-09-242-1/+5
| | | | | | | | | | | | | | | | | For reasons that are now shrouded in obscurity, autotools.bbclass has long contained a special heuristic to avoid attempting to run autoreconf when building autoconf or automake themselves. However, the wildcard test against PN which is used there is problematic when trying to build another package whose name happens to start with "autoconf", and in any case it is silly to do this test at runtime for every package. The individual recipes for autoconf and automake can just as easily suppress the behaviour that they don't want by providing a custom do_configure() method which just runs configure. (From OE-Core rev: a87db6f8dea71cbb7ead9285ff8af0e28cf75604) Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: use --warning=cross only if supportedConstantin Musca2012-09-102-1/+36
| | | | | | | | | | | | | Adapt autoconf to pass --warning=cross to automake only if supported. [YOCTO #842] (From OE-Core rev: 16d1c8f076378d0878f332f83b7e1f5fcf16447d) Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie2012-09-021-2/+2
| | | | | | | | | | | | | | | As discussed on the mailing lists, using a suffix to package names is hard and has lead to many recipes having to do PKGSUFFIX games. Its looking extremely hard to scale nativesdk much further without hacking many recipes. By comparison, using a prefix like multilib does works much better and doesn't involve "hacking" as many recipes. This change converts nativesdk to use a prefix using the existing multilib infrastructure. (From OE-Core rev: 81813c0e322dc04ce4b069117188d8a54dfddb8c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* autoconf: updated to 2.69Bogdan Marinescu2012-07-222-3/+3
| | | | | | | | | | | | | | Tested with core-image-sato-sdk and lib32-core-image-sato-sdk. This update was done mainly because multilib builds failed on master with this error: | autoreconf: running: aclocal -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/m4/ -I /poky/build/tmp/sysroots/x86_64-linux/usr/share/aclocal-1.12 -I /poky/build/tmp/work/x86-pokymllib32-linux/lib32-automake-1.12.1-r0/automake-1.12.1/aclocal-copy/ --force --warnings=cross | aclocal: warning: unknown warning category 'cross' | configure.ac:18: error: Autoconf version 2.69 or higher is required (From OE-Core rev: effb75d42098b3e367d393215fd5d52a0191e954) Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Define USRBINPATH globally instead of individuallyRichard Purdie2012-07-181-6/+2
| | | | | | | | | | | | | Many recipes are now having to define PERLPATH and PYTHONPATH variables. Creating USRBINPATH in bitbake.conf means we can remove all these lines from the many recipes now needing this and simplify the code changes needed in each case, reducing the chance of errors being introduced. Also fixup glib python binary location issue and fix function indentation. (From OE-Core rev: cf63d9068c3a8c635dfc240d30dfff278be9b0e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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>