Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pJdJc-0003xJ-MN for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Jan 2023 16:35:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pJdJb-00008N-FR for pgsql-hackers@arkaria.postgresql.org; Sun, 22 Jan 2023 16:35:31 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pJdJb-00008D-6I for pgsql-hackers@lists.postgresql.org; Sun, 22 Jan 2023 16:35:31 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pJdJY-0006oj-RJ for pgsql-hackers@postgresql.org; Sun, 22 Jan 2023 16:35:30 +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 30MGZHVl1219048; Sun, 22 Jan 2023 11:35:18 -0500 From: Tom Lane To: Peter Geoghegan cc: Jelte Fennema , Andres Freund , Bruce Momjian , Magnus Hagander , Alvaro Herrera , Stephen Frost , Noah Misch , Jesse Zhang , PostgreSQL-development Subject: Re: run pgindent on a regular basis / scripted manner In-reply-to: References: <20200814202651.GA31108@alvherre.pgsql> <1097305.1674334785@sss.pgh.pa.us> <1105401.1674339635@sss.pgh.pa.us> <20230121224700.36hebimyiyora2jv@awork3.anarazel.de> Comments: In-reply-to Peter Geoghegan message dated "Sat, 21 Jan 2023 19:19:15 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1219046.1674405317.1@sss.pgh.pa.us> Date: Sun, 22 Jan 2023 11:35:17 -0500 Message-ID: <1219047.1674405317@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Peter Geoghegan writes: > On Sat, Jan 21, 2023 at 3:39 PM Jelte Fennema wrote: >> ... For clang-format you should use >> at least clang-format 15, otherwise it has some bugs in the alignment >> logic. > Really? I have been using 14, which is quite recent. Did you just > figure this out recently? If this is true, then it's certainly > discouraging. Indeed. What that points to is a future where different contributors get different results depending on what clang version they have installed --- and it's not going to be practical to insist that everybody have the same version, because AFAICT clang-format is tied to clang itself. So that sounds a bit unappetizing. One of the few advantages of the current tool situation is that at any time there's just one agreed-on version of pgindent and pgperltidy. I've not heard push-back about our policy that you should use perltidy version 20170521, because that's not especially connected to any other part of one's system. Maybe the same would hold for uncrustify, but it's never going to work for pieces of the clang ecosystem. regards, tom lane