linux/poky.git/meta/recipes-devtools/autoconf, branch zeus

autoconf: update runtime perl module dependencies

2019-04-09T12:44:39+00:00

Running: # autoreconf -if on target for prelink-cross was failing due to missing perl modules: Can't locate File/Spec.pm in @INC ... Add the required perl modules and duplicate them for the SDK. (From OE-Core rev: 52657215bcffc022821395950cf3236250370223) Signed-off-by: Randy MacLeod Signed-off-by: Richard Purdie

autoconf-doc: improve reproducibility

2018-12-05T22:30:19+00:00

autoconf-doc package contains autoconf.info. This file contains date when this file was created, i.e: "This manual (31 January 2018) .." Therefore, two builds done on two different days will show different dates for otherwise identical files, hence breaking reproducibility. The date is obtained from mtime of "autoconf.texi", unfortunately we patch this file and change the mtime as a consequence. We restore reproducibility by removing the patch modifying "autoconf.texi". As a consequence certain supplemental information will be not added to the documentation. In particular: more details on usage, and on workarounds for non-updated projects. [YOCTO #12524] (From OE-Core rev: 1eaa918ae3663e3f863c025744a9ced0300b6b78) Signed-off-by: Juro Bystricky With applying this fix: "This manual (24 April 2012) .." Signed-off-by: Hongxu Jia Signed-off-by: Richard Purdie

autoconf: update runtime perl module dependencies

2018-08-21T13:49:42+00:00

Test in SDK was failing to execute: $ autoreconf --install --force due to missing perl modules. Add the needed perl modules for target build: perl-module-bytes perl-module-thread-queue perl-module-threads Duplicate the perl module dependencies for SDK as well. Now autoreconf runs with a trivial example. (From OE-Core rev: 71764105510e2a98150f63aae0ada1600ad33041) Signed-off-by: Mikko Rapeli Signed-off-by: Richard Purdie

autoconf: Override config.guess/.sub in source tree

2017-12-18T18:03:57+00:00

autoconf has not been released in a number of years. However many changes have been made to the gnu-config config.guess/.sub since 2.69, including new architectures, OS variants, etc. In order to enable these targets without creating patches for the source itself populate the gnu-config files from the sysroot as is done with autotools recipes. Whilst it is not possible for the autoconf recipe to bootstrap its configure task (using the autotools_do_configure), the files can be manually copied into the target location. (From OE-Core rev: 302bab86d65831d7b03325e7002a992eb266318e) Signed-off-by: Nathan Rossi Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autoconf: fix typo in SUMMARY

2017-07-30T07:46:20+00:00

(From OE-Core rev: fb6500144f2244815be3f81908ee3baad373e348) Signed-off-by: Denys Dmytriyenko Signed-off-by: Richard Purdie

autoconf: Adjust shebang lines to remove interpreter path hardcode

2017-04-01T22:28:20+00:00

If build host perl (and other tools) is old and we use some kind of toolchain to provide recent perl/python/etc to the OE build we still locked to use build host perl due to hardcoded shebang lines in autoconf scripts. Behaviour was observed with Enterprise Linux 6 and devtoolset toolchain from SCL (Software Collections) used to provide recent version of perl (not provided with default buildtools-tarball). Pass /usr/bin/env perl in ac_cv_path_PERL configuration variables for class-native and class-nativesdk. Use patch to autoconf to replace -w option in shebang line with modern way to enable warnings on perl (i.e. "use warnings"). Also add nativesdk-m4 and nativesdk-gnu-config to RDEPENDS to bring runtime dependencies inline with other targets. Note that ac_cv_path_PERL must be valid perl interpreter path since configure will check perl version and Flock implementation. It is not possible currently to use nativeperl from native sysroot because autoconf does not DEPENDS on perl-native (and doing so fails due to circular dependencies). Only possible solution is to overwrite shebangs with nativeperl somewhere at do_install() and update RDEPENDS for class-native. Or add perl symlinks to nativeperl in sysroot. For now it seems good to use perl found by /usr/bin/env from autoconf-native. Cc: XE-Linux (From OE-Core rev: 443d2d31732fa5700aa00ff020a0d79ab245c114) Signed-off-by: Serhii Popovych Signed-off-by: Richard Purdie

autoconf: Fix AC_HEADER_MAJOR with glibc 2.25

2016-12-20T15:22:16+00:00

Backport the patch from master for 2.69 (From OE-Core rev: 83081afc08695ea42046208ca8ab077e482d3018) Signed-off-by: Khem Raj Signed-off-by: Richard Purdie

autoconf: remove upstreamed patch

2016-09-07T23:32:43+00:00

(From OE-Core rev: 3d4834860c0e9c2635c248d498d02160cbedebde) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

autoconf: add missing perl-module-file-find to RDEPENDS

2016-01-15T11:54:52+00:00

The autoscan script uses the File.pm module which was missing in the list of RDEPENDS. This caused autoscan to fail with % autoscan [...] Can't locate File/Find.pm in @INC [...] (From OE-Core rev: a13fb3c193199e06bc36613eee3db7b028595015) Signed-off-by: Enrico Jorns Signed-off-by: Richard Purdie

autoconf: Disable macro which causes excessive delays when using dash as sh

2015-12-14T22:30:56+00:00

At the start of every configure script, the check for solaris 'print' causes significant problems on a linux machine with dash as /bin/sh since it triggers the execution of "print" which on some linux systems is a perl script which is part of mailcap. Worse, this perl script calls "which file" and if successful ignores the path file was found in and just runs "file" without a path. Each execution causes PATH to be searched. In something like gettext with multiple configure scripts, this is worth something like 30,000 syscalls of which 3,000 are execs. Simply assuming the shell's printf function works cuts out all the fork overhead and when parallel tasks are running, this overhead appears to be significant. (From OE-Core rev: 421eb8fce9856c63bf62fc3a61fe39d1e5253ff8) Signed-off-by: Richard Purdie