From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa2.mentor.iphmx.com (esa2.mentor.iphmx.com [68.232.141.98]) by sourceware.org (Postfix) with ESMTPS id ACE973858D35; Thu, 29 Jun 2023 20:07:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org ACE973858D35 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="6.01,169,1684828800"; d="scan'208";a="11560988" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa2.mentor.iphmx.com with ESMTP; 29 Jun 2023 12:07:30 -0800 IronPort-SDR: z7PLlj5h/JGRP1Eu9xRlAewAj62dS8reYKohLuJlmVUnEklpH8Vy4z3DTbiM0KxGc+9CMobFXg Tv+tRtl3n4lNyW3sSuTCE7/5b0iYUsMqJ/Q0ZKzKzgHGCTKtkXxKLFXXia4yU+wkFiR75iaP06 UWtdMS4oK9QJbZp9vG5NCE5e8Kk/pzRYakEnpeNWgR29s42ISD6PDbjqnlcD+LPYypumnudnCE bQGeLjcCWPe+cicUE6stxKrQ3QrJsIqSxaLsKhSNlGhcCL3JKuXnxcFUDrWula8DJoVH8Ajnp0 VFk= Date: Thu, 29 Jun 2023 20:07:26 +0000 From: Joseph Myers To: Siddhesh Poyarekar CC: Subject: Re: [PATCH 1/4] configure: Use autoconf 2.71 In-Reply-To: Message-ID: <52eab4ff-5c2-fdf4-b06-d289f1a9fd6e@codesourcery.com> References: <20230629184156.2789945-1-siddhesh@sourceware.org> <20230629184156.2789945-2-siddhesh@sourceware.org> <7c19a5dd-f82b-7e3a-b4f8-b9e2b70efdd@codesourcery.com> <3440322d-b488-4d37-c32c-b7f8bc7007ed@sourceware.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-14.mgc.mentorg.com (139.181.222.14) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3105.5 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,KAM_NUMSUBJECT,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Thu, 29 Jun 2023, Siddhesh Poyarekar via Libc-alpha wrote: > Actually, before I do this, the files are most likely going to change because > autoconf 2.71 gets rid of the (AFAICT Solaris-specific) hack $as_echo and some > other stuff, so there's a bunch of non-interesting changes. May I assume we > want to make these changes anyway since we specifically mention 2.71 as the > supported autoconf? My assumption is that changes from regeneration are desired - *but* if those changes result in extra function definitions appearing in those fragments, and those functions are actually defined in configure before the fragments are read, then the GLIBC_PROVIDES definition in aclocal.m4 may need updating. (It's possible there are existing function definitions in some of the fragments that should actually be dealt with that way as well.) -- Joseph S. Myers joseph@codesourcery.com