From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id 4/kBNnjXIGb+cTMAWB0awg (envelope-from ) for ; Thu, 18 Apr 2024 04:19:04 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=WcS4YI5r; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id CA5871E0C0; Thu, 18 Apr 2024 04:19:04 -0400 (EDT) Received: from server2.sourceware.org (server2.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id ACE3B1E092 for ; Thu, 18 Apr 2024 04:19:02 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id F178C3858C52 for ; Thu, 18 Apr 2024 08:19:01 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org F178C3858C52 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1713428342; bh=HcQDvVWgXytZPkh2R8ZWthblt7q2cjl+TrlF5ZM+V3g=; h=Subject:In-Reply-To:Date:Cc:References:To:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=WcS4YI5rjeGhKI5H8MWTEqK8z7dHke63/KsGWzidd1QycS/Nxyc4wjL4i2EDQ7OVE oMdveCHP1Rcl4F6CDJL9SQDBmrHKkvo77oKObXEfBfClMFSvzE/aBwpegReTIllHGb vBgB/EEoLrMQF2q2ZxkIgpc9JEamli6F12WAu5YA= Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) by sourceware.org (Postfix) with ESMTPS id A983B3858D39; Thu, 18 Apr 2024 08:14:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org A983B3858D39 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org A983B3858D39 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1713428072; cv=none; b=av8293x5m31UoSY6z8lwLU/kMS34FSYdaICwkteeMWl8wDeUW52ztYmfD6yrKVtZ0lMXT5x1/uO8bLpSJ+gy4ujEk1RLxnYzYiwCitoJgZ/vKGepXSKuj5l8IoP07tcfgYr25+vGOK0fbyfa9ChuxqcTRgpckwphcYSNWjUgVi8= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1713428072; c=relaxed/simple; bh=2XvMf4LM/EftgmTWZJyFahcGpGlTOMXk6RnXJ1PlCLc=; h=DKIM-Signature:Mime-Version:Subject:From:Date:Message-Id:To; b=JXoVdyrxLwqLt0V4sKY6rZ9/NrodMLIkkbpuTuq9HvLQWcR0vJuR6quq5yK+wBAB398j/jPqjAG53oGeUkMzO4SZ+GlsVBnW7ykC4D8iQJXz38GP4t6LEC4m27pWdagYNgrVx2B9xYc+JK3LfhZ3BfIBR3cTjTH8AJ65kBNUoCU= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-wr1-x42f.google.com with SMTP id ffacd0b85a97d-34801b1bc4aso106778f8f.0; Thu, 18 Apr 2024 01:14:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1713428067; x=1714032867; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=HcQDvVWgXytZPkh2R8ZWthblt7q2cjl+TrlF5ZM+V3g=; b=h3BNu18FjOauMnnJVbSR46VW9S47lC0L7wT07k/DPIiqArC/geOPJZMAlml+Xgv8ju 6yrVyi1mnQ3fnVXoX48L77kNP7s69CAkWBHhThL/hGcuT+yn8MzqqWnPLMtqchMaxM6f wzc0XeZ46xMro/YPlUaGmZ0p0GxxJhLOAof7TfXiw4iDhBZGCvaXuQfcMBzpy+BAE0GZ xDJlSi33gycigs3wxuVawKN09MZlHmEBubv++G1z2T87qnto49Th8VMOIBLb2vUpGZSs a2EizTEmFjv9YOK7jZ98WH+ctGH/gEAs4tYnywJiMG4kMm+bMNMV8l+HRVaJ4d3zQfK3 sytg== X-Forwarded-Encrypted: i=1; AJvYcCUQbunLni/c0IwFxkaQD+uOQMFPpu+3qTiB6Od4zCNedL/iToPqlEuGtSl8jGwhjgIhYnXt+oIeruTd0CsEQbgFmIAWy024symMTILMc9Lghgm1NIktZ/fEmgOEgi3y+WTONvmM5qw+rE7NBfiWAeCxJrLvWDaIGLx/UVOqlMHXM2RcM96e0+p1zRTfjHGkU+Y= X-Gm-Message-State: AOJu0YyEUGSt6vlGgZs4wHfbkSBnd8H+tlUNujfmuQ5ICSYjm2tfXhJ6 4TprlpRy1nPcmCzezHgdtgBiIUvOLXpjXz4kxdHlfye6f7XWWd/acBIRT1NW X-Google-Smtp-Source: AGHT+IFgSWk5WUA6kNmq9SmZFKUcj2iNTSSFjXW/jRFtOAL5V55R3IdcV/Jfw3w7k2m3rSFQ/VGGWQ== X-Received: by 2002:a05:600c:4f51:b0:418:73d1:94e9 with SMTP id m17-20020a05600c4f5100b0041873d194e9mr1308675wmq.4.1713428067114; Thu, 18 Apr 2024 01:14:27 -0700 (PDT) Received: from smtpclient.apple ([176.164.173.53]) by smtp.gmail.com with ESMTPSA id v12-20020a05600c470c00b00416a43d60e6sm5645419wmo.39.2024.04.18.01.14.26 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 18 Apr 2024 01:14:26 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\)) Subject: Re: Updated Sourceware infrastructure plans In-Reply-To: <5bde614c-224f-4ec6-8450-7c0911938cf9@netcologne.de> Date: Thu, 18 Apr 2024 10:14:15 +0200 Cc: Mark Wielaard , overseers@sourceware.org, gcc@gcc.gnu.org, binutils@sourceware.org, gdb@sourceware.org, libc-alpha@sourceware.org, "fortran@gcc.gnu.org" Content-Transfer-Encoding: quoted-printable Message-Id: <4353C519-D023-45B0-A254-C7274B7CFC6F@gmail.com> References: <20240417232725.GC25080@gnu.wildebeest.org> <5bde614c-224f-4ec6-8450-7c0911938cf9@netcologne.de> To: Thomas Koenig X-Mailer: Apple Mail (2.3774.500.171.1.1) X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, 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 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: FX Coudert via Gdb Reply-To: FX Coudert Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" > I regenerate auto* files from time to time for libgfortran. = Regenerating > them has always been very fragile (using --enable-maintainer-mode), > and difficult to get right. I have never found them difficult to regenerate, but if you have only a = non maintainer build, it is a pain to have to make a new maintainer = build for a minor change. Moreover, our m4 code is particularly painful to use and unreadable. I = have been wondering for some time: should we switch to simpler Python = scripts? It would also mean that we would have fewer files in the = generated/ folder: right now, every time we add new combinations of = types, we have a combinatorial explosion of files. $ ls generated/sum_* generated/sum_c10.c generated/sum_c17.c generated/sum_c8.c = generated/sum_i16.c generated/sum_i4.c generated/sum_r10.c = generated/sum_r17.c generated/sum_r8.c generated/sum_c16.c generated/sum_c4.c generated/sum_i1.c = generated/sum_i2.c generated/sum_i8.c generated/sum_r16.c = generated/sum_r4.c We could imagine having a single file for all sum intrinsics. How do Fortran maintainers feel about that? FX=