From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) by sourceware.org (Postfix) with ESMTPS id 690D03847718 for ; Wed, 3 Apr 2024 09:50:54 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 690D03847718 Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 690D03847718 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2a00:1450:4864:20::633 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712137857; cv=none; b=cM0UtWOgPAAqcT3oSoi/z8yqDQgDFBY3gHItqFBMOATgdow7sRAYDHXCAPBCBhpkV3ds86dttwN6TrPqkQ02gy6/G0ikZQbZYsOe3fdvzDXD/MJMrEhgM9A1aMS5Wm4hvdN4bp9sMDtU1c6pg3cr9fvQXNhLNZ9DUjUUWa7e51o= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1712137857; c=relaxed/simple; bh=lNZ3dDIw6N1KmqpkXCUDJV4/cJUrsOLdVgRo7FRKSc8=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=yB8jgpb/E+n42mq1vmMlWBYElqhqRcZ6tPqOQNBJZU2KKVMWSzZ5TxBwTpFoMFoGoDYh6hdZ6rmeuAx0tzkfL4e/c3Tipko0fihHK1dGQ10ShDrlYV/5LD+gemzgIflOlO+ruwrIY1Wjabv30tkjjA5iq+RrUtzCeOynDkC007k= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-ej1-x633.google.com with SMTP id a640c23a62f3a-a4a393b699fso126468366b.0 for ; Wed, 03 Apr 2024 02:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712137853; x=1712742653; darn=gcc.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=v7tTfANymTZqQ9aqnBcb8XBzWWTASaEIAaNwU9h5kXs=; b=UmM0W0EVz10LxhHIs/57x/P5uGbwrsf45PK6fSvE37BoXwvzDfGNUyPkkvg5D7IvE1 DFBh3CidkEp5t+H+ES2fNEhbj7Tne+wdMjew6P7AWnbkRVjpyKXPkHpqTOEgfpPVhULz 0coqII+/eKfviuYVEgT/jt0BmfohGRvS8XTOYuL6aT8PBBBvLUXYBjkm4QS8biohmZMM 62xyzfdI00Zy5qnHVQGD3UdRmqWBVSa15RYjaz62SgYc3/5BB1/m/AQ+tiOYZsCTcTGb zA96nWIb3M8PiQ8zPEtmBBWHAkU4/dhMfRce+rruffWMPylLETTNpNZlExLwW512naHK blWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712137853; x=1712742653; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=v7tTfANymTZqQ9aqnBcb8XBzWWTASaEIAaNwU9h5kXs=; b=JWprVQsd4fZp5xmsSfdXEmGbRA0c6bvGgnnWMlVx4kqd8cePIYuxvgGv79d3ylotlH EotJhbGjHiJqCX+WjcrXupLwjj+cmJ4n8gOM8HWgcqlNr61zJ2mJHg3653URndxEbEzD i7Lzqc61y+fiQjS+17HoU5LONhII5/VgrH+Rf4mr+Z9x9x+gezVGVmCy2dYigppZOiDd H4TNgoG9TEDXBlEuGhgKk0JtyXcMY9/0gA5RpzUYa034WuWH9j4OIQpALibAWn/7DGA2 yrvcPBdk2COe7Hca3CStecMyNYJ6eKDfw/cuoidt1BewJhf21QOXogDUMFffcwL1NlTu /JLQ== X-Forwarded-Encrypted: i=1; AJvYcCVuWf6lxGYb96VKikvhSDejR02+BDZEMVwEFnC6C0qzxhHP83bgFuCshexpTgleU3ERj+iaQA2Qco5Eo9vlJa4= X-Gm-Message-State: AOJu0YxpItY2miTKDacO7RO9p7fLNd3fyrpdykq8Sg830OT4XPMqLm/b pbhAu3Pa5hRmEwj5+zCLxMwbN+w4GF5NcmHQyLJ00mK4olyhjrhcJ8y/0wNrWHafphtbwmVp00x TgSICVj7et8pZrXFdZoSLYUbtkLQ= X-Google-Smtp-Source: AGHT+IGbjrcJgVfgG1ccnBQORJIeNzmAEGq8qZ0JZEuYew9fedvlM28FYz/LmMyrWE3HB96dDBXsJElYPzFwmqTPSXM= X-Received: by 2002:a17:906:d216:b0:a4e:24e6:9880 with SMTP id w22-20020a170906d21600b00a4e24e69880mr1690562ejz.33.1712137852701; Wed, 03 Apr 2024 02:50:52 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Jonathan Wakely Date: Wed, 3 Apr 2024 10:50:41 +0100 Message-ID: Subject: Re: Patches submission policy change To: Jakub Jelinek Cc: Christophe Lyon , binutils@sourceware.org, GCC Mailing List , gdb@sourceware.org, Nick Clifton , Richard Biener , Joel Brobecker , "Carlos O'Donell" , Maxim Kuvyrkov , Thiago Bauermann , Adhemerval Zanella Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP autolearn=ham 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 Wed, 3 Apr 2024 at 09:46, Jakub Jelinek via Gcc wrote: > > On Wed, Apr 03, 2024 at 10:22:24AM +0200, Christophe Lyon wrote: > > Any concerns/objections? > > I'm all for it, in fact I've been sending it like that myself for years > even when the policy said not to. In most cases, the diff for the > regenerated files is very small and it helps even in patch review to > actually check if the configure.ac/m4 etc. changes result just in the > expected changes and not some unrelated ones (e.g. caused by user using > wrong version of autoconf/automake etc.). > There can be exceptions, e.g. when in GCC we update from a new version > of Unicode, the regenerated ucnid.h diff can be large and > uname2c.h can be huge, such that it can trigger the mailing list size > limits even when the patch is compressed, see e.g. > https://gcc.gnu.org/pipermail/gcc-patches/2023-November/636427.html > https://gcc.gnu.org/pipermail/gcc-patches/2023-November/636426.html > But I think most configure or Makefile changes should be pretty small, > usual changes shouldn't rewrite everything in those files. For libstdc++ we've had two "large" changes to regenerated files in the past year, but they're not common: https://gcc.gnu.org/r14-5424-gdb50aea6259545 https://gcc.gnu.org/r14-5342-g898fd81b831c10 We were getting large, useless diffs for libstdc++-v3/include/bits/version.h too (e.g. r14-7220-gac1a399bf61b04) but I've fixed that now. In ye olde days I used filterdiff to strip the generated files from patch submissions, but with git send-email I no longer use filterdiff, so as Christophe said, the suggested policy would avoid manually editing emails before sending. I don't feel strongly either way, but I have no objection to the change.