From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by sourceware.org (Postfix) with ESMTP id 971563858D32 for ; Mon, 8 Apr 2024 15:37:29 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 971563858D32 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=arm.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=arm.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 971563858D32 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=217.140.110.172 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712590651; cv=none; b=llkANigwrgGogUDC2wTiCwzTR2OLkplT3WpqKeVg5eDOB3fea3UmcPmp7R5xLljl4Rw1bNWt6FoKKeNiSLvjGJKbPft5PSqCDr9h1D31DgxCvjftmGpnO3Y9Lyutp8esOSw3mVplwf8MyGOeRr6Ymw1zaGdpDMriCeBAOb0K/dA= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712590651; c=relaxed/simple; bh=q2ac0isjoGHcDgkfdfVtBeNZ9N649BzSFmZ6voyJd6E=; h=Message-ID:Date:MIME-Version:Subject:To:From; b=YckUz0YPhLIibbB7Htiu2RVJmWbWTKsbSTj4kiAG+i/qnlSbIhaWuovIj2DRPWEjML8siny2K2GavdVId9+UcPtUCYr6lpqeGcoGDaOXu2mtopdwcT0oy9ybQMjbY99g4CDosnNc4z112MfE387kPLIjwAzo7Y+8w4PyXaBOaWY= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 9EA46DA7; Mon, 8 Apr 2024 08:37:59 -0700 (PDT) Received: from [10.2.78.64] (e120077-lin.cambridge.arm.com [10.2.78.64]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 319293F64C; Mon, 8 Apr 2024 08:37:27 -0700 (PDT) Message-ID: <0e5ff742-8990-4338-a1a7-fb431aff9280@arm.com> Date: Mon, 8 Apr 2024 16:37:25 +0100 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Patches submission policy change To: Christophe Lyon , joel@rtems.org Cc: Jan Beulich , Richard Biener , Jakub Jelinek , binutils@sourceware.org, GCC Mailing List , gdb@sourceware.org, Nick Clifton , Joel Brobecker , Carlos O'Donell , Maxim Kuvyrkov , Thiago Bauermann , Adhemerval Zanella References: <9o7ss477-q221-on04-4sor-151q11s7s99n@fhfr.qr> <8c4f8e79-67a2-4834-8b8b-d9223716ea89@suse.com> From: "Richard Earnshaw (lists)" Content-Language: en-GB In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3491.4 required=5.0 tests=BAYES_00,KAM_DMARC_NONE,KAM_DMARC_STATUS,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_NONE,SPF_NONE,TXREP 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 03/04/2024 14:23, Christophe Lyon via Gcc wrote: > On Wed, 3 Apr 2024 at 14:59, Joel Sherrill wrote: >> >> Another possible issue which may be better now than in years past >> is that the versions of autoconf/automake required often had to be >> installed by hand. I think newlib has gotten better but before the >> rework on its Makefile/configure, I had a special install of autotools >> which precisely matched what it required. >> >> And that led to very few people being able to successfully regenerate. >> >> Is that avoidable? >> >> OTOH the set of people touching these files may be small enough that >> pain isn't an issue. >> > > For binutils/gcc/gdb we still have to use specific versions which are > generally not the distro's ones. That's because at least some distros modify autoconf to their own taste/needs, so that it does not generate the same output as the officially released version. Furthermore, they provide no mechanism to make their version revert back to the original behaviour. R.