Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qbBuN-00BL4F-UP for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Aug 2023 03:30:19 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qbBuM-00E57h-1L for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Aug 2023 03:30:17 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qbBuL-00E57J-Mv for pgsql-hackers@lists.postgresql.org; Wed, 30 Aug 2023 03:30:17 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qbBuG-001rVZ-7X for pgsql-hackers@postgresql.org; Wed, 30 Aug 2023 03:30:16 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 37U3U6JX092602; Tue, 29 Aug 2023 23:30:06 -0400 From: Tom Lane To: Bruce Momjian cc: John Naylor , David Rowley , PostgreSQL-development Subject: Re: Debian 12 gcc warning In-reply-to: References: <1006857.1693318716@sss.pgh.pa.us> Comments: In-reply-to Bruce Momjian message dated "Tue, 29 Aug 2023 22:52:06 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <92600.1693366206.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 29 Aug 2023 23:30:06 -0400 Message-ID: <92601.1693366206@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Bruce Momjian writes: > On Tue, Aug 29, 2023 at 10:18:36AM -0400, Tom Lane wrote: >> That seems like a pretty clear compiler bug, particularly since it just >> appears in this one version. Rather than contorting our code, I'd >> suggest filing a gcc bug. > I assume I have to create a test case to report this to the gcc team. I > tried to create such a test case on gcc 12 but it doesn't generate the > warning. Attached is my attempt. Any ideas? I assume we can't just > tell them to download our software and compile it. IIRC, they'll accept preprocessed compiler input for the specific file; you don't need to provide a complete source tree. Per https://gcc.gnu.org/bugs/ Please include all of the following items, the first three of which ca= n be obtained from the output of gcc -v: the exact version of GCC; the system type; the options given when GCC was configured/built; the complete command line that triggers the bug; the compiler output (error messages, warnings, etc.); and the preprocessed file (*.i*) that triggers the bug, generated by addin= g -save-temps to the complete compilation command, or, in the case of a bu= g report for the GNAT front end, a complete set of source files (see below= ). Obviously, if you can trim the input it's good, but it doesn't have to be a minimal reproducer. regards, tom lane