Files
poky/meta/recipes-devtools/m4/m4/ac_config_links.patch
wangmy 3f51d9e627 m4: upgrade 1.4.18 -> 1.4.19
0001-Unset-need_charset_alias-when-building-for-musl.patch
0001-c-stack-stop-using-SIGSTKSZ.patch
0001-test-getopt-posix-fix.patch
m4-1.4.18-glibc-change-work-around.patch
deleted since they are included in 1.4.19

refresh ac_config_links.patch

License-update: URL of license changed

(From OE-Core rev: c61358d84d83f0fbd8b2fbe2659ed547e0c046a4)

Signed-off-by: Wang Mingyu <wangmy@fujitsu.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2021-06-17 00:07:05 +01:00

38 lines
1.2 KiB
Diff

Upstream-Status: Inappropriate [configuration]
This patch fixes a build problem for m4-native experienced on Ubuntu 9.10,
where autoconf/automake (AC_CONFIG_LINKS) ends up making GNUmakefile a
symlink to itself.
The patch comments out ac_config_links directly in configure,
as autoreconf is not actually run for m4-native.
I believe it should be safe, as GNUmakefile is actually unpacked from
source, and what we want is to is to not touch it.
Tested on x86_64_linux (Ubuntu 8.04 and 9.10).
2009-11-10 Esben Haabendal <eha@doredevelopment.dk>
---
configure | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 883336a..6343a34 100755
--- a/configure
+++ b/configure
@@ -37061,8 +37061,8 @@ printf "%s\n" "#define GNULIB_TEST_GETRANDOM 1" >>confdefs.h
# only, it does not matter if we skip the link with older autoconf.
# Automake 1.10.1 and earlier try to remove GNUmakefile in non-VPATH
# builds, so use a shell variable to bypass this.
- GNUmakefile=GNUmakefile
- ac_config_links="$ac_config_links $GNUmakefile:$GNUmakefile"
+# GNUmakefile=GNUmakefile
+# ac_config_links="$ac_config_links $GNUmakefile:$GNUmakefile"
LIB_HARD_LOCALE="$LIB_SETLOCALE_NULL"
--
2.25.1