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 1pKLIu-0003Ie-Nb for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Jan 2023 15:33:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pKLIt-0007rF-KS for pgsql-hackers@arkaria.postgresql.org; Tue, 24 Jan 2023 15:33:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pKLIt-0007r6-BX for pgsql-hackers@lists.postgresql.org; Tue, 24 Jan 2023 15:33:43 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pKLIq-0007JM-DY for pgsql-hackers@postgresql.org; Tue, 24 Jan 2023 15:33:41 +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 30OFXZ3G2242843; Tue, 24 Jan 2023 10:33:35 -0500 From: Tom Lane To: Andrew Dunstan cc: Thomas Munro , Andres Freund , pgsql-hackers@postgresql.org Subject: Re: pgindent vs variable declaration across multiple lines In-reply-to: <04fac9c4-d3a9-b563-f197-fa554e87c362@dunslane.net> References: <20230120013137.7ky7nl4e4zjorrfa@awork3.anarazel.de> <337200.1674179024@sss.pgh.pa.us> <1488202.1674426892@sss.pgh.pa.us> <04fac9c4-d3a9-b563-f197-fa554e87c362@dunslane.net> Comments: In-reply-to Andrew Dunstan message dated "Tue, 24 Jan 2023 10:20:30 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2242841.1674574415.1@sss.pgh.pa.us> Date: Tue, 24 Jan 2023 10:33:35 -0500 Message-ID: <2242842.1674574415@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrew Dunstan writes: > On 2023-01-22 Su 17:34, Tom Lane wrote: >> I've also attached a diff >> representing the delta between what current pg_bsd_indent wants to do >> to HEAD and what this would do. All the changes it wants to make look >> good, although I can't say whether there are other places it's failing >> to change that we'd like it to. > Changes look good. There are a handful of places where I think the code > would be slightly more readable if a leading typecast were moved to the > second line. Possibly, but that's the sort of decision that pgindent leaves to human judgment I think. It'll reflow comment blocks across lines, but I don't recall having seen it move line breaks within code. regards, tom lane