From cb8a6dbd176ee59d61068bed92e2c8d22bd28b13 Mon Sep 17 00:00:00 2001 From: Mike Frysinger Date: Wed, 30 Oct 2013 13:20:52 +1000 Subject: rename configure.in to configure.ac Autoconf has been deprecating configure.in for quite a long time. Rename all our configure.in and preconfigure.in files to .ac. Signed-off-by: Mike Frysinger --- ports/README | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) (limited to 'ports/README') diff --git a/ports/README b/ports/README index d16b0f0f51..2c73b1e803 100644 --- a/ports/README +++ b/ports/README @@ -24,7 +24,7 @@ rather than the generic ones here. The real source code for any ports is found in the sysdeps/ subdirectories. These should be exactly what would go into the main libc source tree if you were to incorporate it directly. The only exceptions are the files -sysdeps/*/preconfigure and sysdeps/*/preconfigure.in; these are fragments +sysdeps/*/preconfigure and sysdeps/*/preconfigure.ac; these are fragments used by this add-on's configure fragment. The purpose of these is to set $base_machine et al when the main libc configure's defaults are not right for some machine. Everything else can and should be done from a normal @@ -32,7 +32,7 @@ sysdeps/.../configure fragment that is used only when the configuration selects that sysdeps subdirectory. Each port that requires some special treatment before the sysdeps directory list is calculated, should add a sysdeps/CPU/preconfigure file; this can either be written by hand or -generated by Autoconf from sysdeps/CPU/preconfigure.in, and follow the +generated by Autoconf from sysdeps/CPU/preconfigure.ac, and follow the rules for glibc add-on configure fragments. No preconfigure file should do anything on an unrelated configuration, so that disparate ports can be put into a single add-on without interfering with each other. -- cgit 1.4.1