summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/autoconf
AgeCommit message (Collapse)AuthorFiles
2015-02-14meta: enable parallel build for several recipesRobert Yang1
I used a for loop to build these packages more than 520 times, these recipes never failed. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-12-11autoconf: disable checking for emacsDan McGregor1
Emacs is somewhat broken on Fedora 21. Don't check for it. We don't need it. Signed-off-by: Dan McGregor <dan.mcgregor@usask.ca>
2014-08-15autoconf: add rdep on perl-module-data-dumperShrikant Bobade1
This patch adds rdepends on perl-module-data-dumper for autoconf. Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Shrikant Bobade <Shrikant_Bobade@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-07-29autoconf: remove automake patch enforcing --foreignRoss Burton2
Since 2004 we've been carrying a patch[1] make autoreconf pass --foreign to automake. Presumably at the time this was due to many upstreams using hand-coded bootstrap scripts that passed --foreign manually, but we were using autoreconf. These days many projects have added foreign to AM_INIT_AUTOMAKE and use autoreconf directly, so this patch isn't as critical as it used to be. Signed-off-by: Ross Burton <ross.burton@intel.com> [1] oe-classic 2ab2a92eadaf2f80410d8746099f8a9b1b81ff91 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-06-06autoconf: don't disable the autoheader warningsRoss Burton2
The usual autoheader warning is due to AC_DEFINE variables not having a description. This results in no variable being defined in config.h, which leads to code behaving as if the test failed when it actually succeeded. This patch was introduced to OpenEmbedded back in 2004: http://git.openembedded.org/openembedded/commit/?id=5eab06d132cb2895fd579f5cedffbb54c27794f8 There is no rationale for the patch so I suspect this is due to the warnings being fatal and the submitter not understanding that the problem is more than cosmetic. (From OE-Core rev: de5fb9d7f60763082327ddeca71842c00a2fa23e) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-07python3/gcc/autoconf: Fix Upstream-Status in some patches I authoredRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-05-01Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it.Max Eliaser1
The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-03-27autoconf: new autotest/testsuite option to enable automake test result formatRadu Patriu2
lib/autotest/general.m4: added "--am-fmt | -A" command line parameter for testsuite script to enable "RESULT: testname" output format; to be used by yocto ptest packages directly or with autoconf TESTSUITEFLAGS. Signed-off-by: Radu Patriu <radu.patriu@enea.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-02-20recipes: convert remaining SUMMARY/DESCRIPTION cosmetic issues (part 2)Matthieu Crapet1
Completes previous commit b5292d4115a4555a66b5e35acdc67dd71fb8577f. Updates SUMMARY[doc] (meta/conf/documentation.conf). Changes: - rename DESCRIPTION with length < 80 to (non present tag) SUMMARY - drop final point character at the end of SUMMARY string - remove trailing whitespace of SUMMARY line Note: don't bump PR Signed-off-by: Matthieu Crapet <Matthieu.Crapet@ingenico.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2014-01-06autoconf: remove path_prog_fixes.patchRobert Yang2
The path_prog_fixes.patch was used for fixing the perl path, but the do_install_append() can do it, so remove this patch. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-12-10meta/*: remove unnecessary patchesChong Lu1
The following patches are found, but not used by any recipe, so we should remove them. meta/recipes-connectivity/avahi/files/fix_for_automake_1.11.2.patch meta/recipes-connectivity/dhcp/dhcp/fix-client-path.patch meta/recipes-connectivity/libnss-mdns/files/alignment-fix.patch meta/recipes-core/dbus/dbus-1.6.10/test-run-path.patch meta/recipes-core/gettext/gettext-0.16.1/fixchicken.patch meta/recipes-core/gettext/gettext-0.16.1/getline.m4.patch meta/recipes-core/systemd/systemd/use-rootlibdir.patch meta/recipes-core/util-linux/util-linux/remove-lscpu.patch meta/recipes-core/util-linux/util-linux/remove_sigsetmark.patch meta/recipes-core/util-linux/util-linux/uclibc-compile.patch meta/recipes-devtools/autoconf/autoconf/autoconf-x.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build.patch meta/recipes-devtools/btrfs-tools/btrfs-tools/btrfs-progs-fix-parallel-build2.patch meta/recipes-devtools/cdrtools/cdrtools-native/no_usr_src.patch meta/recipes-devtools/elfutils/elfutils-0.155/elfutils-robustify.patch meta/recipes-devtools/gdb/gdb/libiberty-cross.patch meta/recipes-devtools/perl/perl-5.14.3/asm-pageh-fix.patch meta/recipes-devtools/python/python-native/sys_platform_is_now_always_linux2.patch meta/recipes-devtools/python/python-pygobject/generate-constants.patch meta/recipes-devtools/qemu/files/3f08ffb4a4741d147634761dc053ed386243a0de.patch meta/recipes-devtools/qemu/files/enable-i386-linux-user.patch meta/recipes-devtools/qemu/files/init-info.patch meta/recipes-devtools/rpm/rpm/rpm_fix_for_automake-1.12.patch meta/recipes-devtools/tcf-agent/tcf-agent/fix_tcf-agent.init.patch meta/recipes-extended/iputils/files/arping-break-libsysfs-dependency.patch meta/recipes-extended/libarchive/libarchive/0003-Patch-from-upstream-rev-2516.patch meta/recipes-extended/procps/procps-3.2.8/pagesz-not-constant.patch meta/recipes-gnome/gtk+/gtk+-2.24.22/no-demos.patch meta/recipes-gnome/libglade/libglade-2.6.4/no-deprecation.patch meta/recipes-graphics/mesa/mesa/0005-llvmpipe-remove-the-power-of-two-sizeof-struct-cmd_b.patch meta/recipes-graphics/xorg-lib/libxxf86dga/libxxf86dga-1.1.3_fix_for_x32.patch meta/recipes-kernel/kmod/kmod/fix-undefined-O_CLOEXEC.patch meta/recipes-kernel/linux-libc-headers/linux-libc-headers/connector-msg-size-fix.patch meta/recipes-kernel/linux/linux-yocto/tools-perf-no-scripting.patch meta/recipes-support/gnutls/gnutls/gnutls-texinfo-euro.patch meta/recipes-support/nspr/nspr/fix-build-on-aarch64.patch [YOCTO #5180] Signed-off-by: Chong Lu <Chong.Lu@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-24autoconf: Add fix for sh verses bash issuesRichard Purdie2
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-01-04autoconf: update RDEDENDSKang Kai2
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. Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-11-02recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2
The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-10-24autoconf: update runtime dependenciesKang Kai2
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] Signed-off-by: Kang Kai <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-24autotools: Remove special handling for autoconf* and automake*Phil Blundell2
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. Signed-off-by: Phil Blundell <pb@pbcl.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-09-10autoconf: use --warning=cross only if supportedConstantin Musca2
Adapt autoconf to pass --warning=cross to automake only if supported. [YOCTO #842] Signed-off-by: Constantin Musca <constantinx.musca@intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-08-31nativesdk: Switch to using nativesdk as a prefix, not a suffixRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-22autoconf: updated to 2.69Bogdan Marinescu2
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 Signed-off-by: Bogdan Marinescu <bogdan.a.marinescu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-18bitbake.conf: Define USRBINPATH globally instead of individuallyRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-04-16autoconf-nativesdk: fix builds on fedora 17Robert Yang2
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>
2012-03-14autoconf: remove emacs mode files to fix warningsSaul Wold2
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 Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-01-06autoconf: fix nativesdk rdependsNitin A Kamble2
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' Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-01-05native.bbclass: Fix variable remapping coverageRichard Purdie2
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-11-30autoconf: Extend to provide nativesdk recipeWenzong Fan1
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. Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-10-14autoconf: no need to hardcode the full path to m4Christopher Larson1
This way autom4te uses m4 as it finds it in the PATH, rather than hardcoding any particular path. Signed-off-by: Christopher Larson <kergoth@gmail.com>
2011-08-05autoconf: Remove code checking for hardcoded /usr/localKhem Raj2
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 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-08-05autoconf: Remove patch=1 from SRC_URIKhem Raj2
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 Signed-off-by: Khem Raj <raj.khem@gmail.com>
2011-06-14autoconf/automake: Bump PR to resolve perl-native issueSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-06-06autoconf: upgrade from 2.65 to 2.68Nitin A Kamble11
And rebase the patches to the newer code. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-13recipes: Update upstream-status of patchesNitin A Kamble10
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 Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2010-12-16recipes-devtools: Add Summary informationMark Hatle1
Add Summary information and update Descripts as necessary. Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
2010-12-09SRC_URI Checksums AdditionalsSaul Wold1
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2010-11-24autoconf:Add license checksum and add the GPL informationMei Lei1
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>
2010-08-27Major layout change to the packages directoryRichard Purdie12
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>