summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/autoconf/autoconf/preferbash.patch
AgeCommit message (Collapse)Author
2024-01-21autoconf: 2.72d -> 2.72eRobert Yang
Refresh patches with devtool to fix do_patch errors. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Alexandre Belloni <alexandre.belloni@bootlin.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-11-21autoconf: add missing Upstream-Status to patchesAlexander Kanavin
All of them seem like very old, very oe specific tweaks; please adjust otherwise. Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-02-07autoconf: upgrade to 2.71Ross Burton
After too many years, autoconf has made a new release. On the whole it is compatible with previous releases, but some macros are more specific about what they expose so minor tweaks to configure.ac may be required. autoconf also now invokes intltoolize, gtkdocize, and copies config.sub/guess, so there is less work for autotools.bbclass to do. - AC_HEADER_MAJOR-port-to-glibc-2.25.patch - add_musl_config.patch - autoconf-replace-w-option-in-shebangs-with-modern-use-warnings.patch - autoreconf-gnuconfigize.patch - check-automake-cross-warning.patch - config_site.patch - fix_path_xtra.patch - performance.patch Drop a number of patches which have been integrated upstream. - man-host-perl.patch Don't use the target perl path when building documentation at build time: - no-man.patch Don't build documentation in native builds to avoid further build dependencies. Signed-off-by: Ross Burton <ross.burton@arm.com>
2014-05-07python3/gcc/autoconf: Fix Upstream-Status in some patches I authoredRichard Purdie
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2013-09-24autoconf: Add fix for sh verses bash issuesRichard Purdie
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>