From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) by sourceware.org (Postfix) with ESMTP id 8E5B93857817 for ; Wed, 15 Sep 2021 05:05:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8E5B93857817 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gentoo.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gentoo.org Received: by smtp.gentoo.org (Postfix, from userid 559) id D4A13342FE8; Wed, 15 Sep 2021 05:05:51 +0000 (UTC) Date: Wed, 15 Sep 2021 01:05:49 -0400 From: Mike Frysinger To: newlib@sourceware.org Subject: Re: [PATCH] libgloss/newlib: rename configure.in to configure.ac Message-ID: Mail-Followup-To: newlib@sourceware.org References: <20210909210636.15739-1-vapier@gentoo.org> <904839f2-3aa7-b659-2dae-c942c6c67599@t-online.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="xuS4pDf4FeBxmhkO" Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-5.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Sep 2021 05:05:54 -0000 --xuS4pDf4FeBxmhkO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 14 Sep 2021 10:38, Corinna Vinschen wrote: > On Sep 13 23:03, Mike Frysinger wrote: > > On 14 Sep 2021 00:54, Hans-Bernhard Br=C3=B6ker wrote: > > > Am 13.09.2021 um 16:13 schrieb Mike Frysinger: > > > > On 13 Sep 2021 12:12, Corinna Vinschen wrote: > > > >> On Sep 9 17:06, Mike Frysinger wrote: > > > >>> The .in name has been deprecated for a long time in favor of .ac. > > >=20 > > > >> ACK. Are you going to regen afterwards? > > >=20 > > > > that should be a nop as the filename input shouldn't affect the ou= tput. > > > > i confirmed on one or two dirs. > > >=20 > > > The name of configure.{in|ac} is supposed to show up in just about ev= ery=20 > > > Makefile.in. The maintainer rules to update configure rely on that.= =20 > > > Automake-generated Makefile.in pick up this change automatically. > >=20 > > thanks for pointing this out. i sent a patch for it. > >=20 > > > libgloss doesn't use automake, so there you would have to do all this= by=20 > > > hand. Or keep on not doing it at all: at the moment there are no suc= h=20 > > > maintainer-specific rules in the libgloss Makefile.in except in=20 > > > libgloss/wince, which does use automake. > >=20 > > the wince dir is running ancient automake-1.4 still. the rest of newlib > > is at least up on automake-1.11, but even that should get moved to 1.15 > > like the rest of the projects. but that's prob another yak shave i'm n= ot > > in the mood to tackle. > >=20 > > > > i agree that we should add > > > > a macro to enforce a specific autoconf version and regen everythin= g with > > > > that :). > > >=20 > > > No need to add one ;-). That's precisely what config/override.m4=20 > > > already does. > > >=20 > > > The entire newlib tree relies quite heavily on features that have bee= n=20 > > > dropped from autoconf a _long_ time ago. The version it requires is 2= =2E64=20 > > > from the year 2008. Getting all that resolved takes quite a bit more= =20 > > > effort than just renaming files and dropping the explicit restriction= =2E=20 > > > Every single Makefile.am and configure.ac has to be modified to remov= e=20 > > > things like the cygnus mode option to automake, or the outdated use o= f=20 > > > INCLUDES instead of AM_CPPFLAGS. > >=20 > > there are large variety of autoconf versions in use in the tree :(. > > $ find newlib/ libgloss/ -name configure -exec sed -n '/Generated by GN= U Autoconf/p' {} + | sort | uniq -c > > 1 # Generated by GNU Autoconf 2.59. > > 26 # Generated by GNU Autoconf 2.61. > > 6 # Generated by GNU Autoconf 2.63. > > 2 # Generated by GNU Autoconf 2.64. > > 2 # Generated by GNU Autoconf 2.66. > > 11 # Generated by GNU Autoconf 2.68. > > 1 # Generated by GNU Autoconf 2.68 for libepiphany 0.0.1. > > 1 # Generated by GNU Autoconf 2.68 for libgloss LIBGLOSS_VERSION. > > 1 # Generated by GNU Autoconf 2.68 for libor1k 0.0.1. > > 2 # Generated by GNU Autoconf 2.68 for newlib 2.5.0. > > 112 # Generated by GNU Autoconf 2.68 for newlib 4.1.0. > > 3 # Generated by GNU Autoconf 2.69. > > -mike >=20 > The versions Jeff and I use for newlib are >=20 > aclocal-1.11.6 -I. -I.. -I ../.. -I ../../.. > autoconf-2.68 > automake-1.11.6 --cygnus --no-force >=20 > The problem is to revamp the newlib tree to do the right thing without > the dreaded --cygnus option. In the meantime we are using the latest > automake/autoconf tools at least in the Cygwin part of the repo, thanks > to Jon Turney. looks like newlib/ is more of a mess than libgloss. i can send patches to get libgloss up to autoconf-2.69 & automake-1.15 easily enough. -mike --xuS4pDf4FeBxmhkO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEuQK1JxMl+JKsJRrUQWM7n+g39YEFAmFBfygACgkQQWM7n+g3 9YEyCRAAwI2UwdWJ7pQVJPBKx7vfvgYalZA20+0MrCFiEYsXCLN22vWVENESpDn/ Q/eMdY4EWPsSQhr9E5bAJrLx+kzr3k+WvsZE3VdTUjuKPFVpL1i2Zxllpk357FgB cqkGhsGx3ZhIFi9OYqpwmE5IK+UshNVUo3SGyl5Zmc9kKgoLvWmGnjPC/uBIFvtc ij1xLvv5saLxvKQxWciZkBPkYuON2FTX6OLgrR0bDT47V9H0UuJW9VSI2nP+Ix4g qVcrn1qRj/IMpemkJZJK6xAdGtYEIgeLsTRuAqK4DIApA2kop4p0xLt0WTqc4/Oe Sy8wH3RNCPqUb2+l7aP9s0XKE8wtcLYmAgOtlGAVJ6OMPWU8FmMGulseNYCDTHW3 e/w1fzNiW65/b4n+mBH2+KN4jjILhqWUma/898+mnuiGL1BzdP14QCr+3fglC0ZQ z0fTkBR9SHS/m9skfwK10HbgdjVfLBreI28RL2m6KaxbPKUO4KLOzobVPfVOc+Sa e74+xnw4Rey9iPg0UoBkk7VTbomqa+TkY0AZWw6Io/sdBVoaqyMDtkXIGQ7scoT1 SwlAFU0ZzRPpAIhgdtMOVTS6sXuFe5YkqhE5hhnWPgmlb8+/qqDjUof3pkiNztko MTwiGzam42EcSQ03H01ZyaiaBhQQ7065mPjPJjrEoRPmLu/RIqI= =e4v7 -----END PGP SIGNATURE----- --xuS4pDf4FeBxmhkO--