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 1ltf8z-0001JH-7i for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Jun 2021 23:40:25 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1ltf8y-0001N2-7v for pgsql-hackers@arkaria.postgresql.org; Wed, 16 Jun 2021 23:40:24 +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 1ltf8y-0001Mu-07 for pgsql-hackers@lists.postgresql.org; Wed, 16 Jun 2021 23:40:24 +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 1ltf8w-0004rQ-3b for pgsql-hackers@postgresql.org; Wed, 16 Jun 2021 23:40:23 +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 15GNeII4870661; Wed, 16 Jun 2021 19:40:18 -0400 From: Tom Lane To: Thomas Munro cc: Zhihong Yu , Andres Freund , Daniel Gustafsson , pgsql-hackers Subject: Re: A qsort template In-reply-to: References: <0F9ECBA9-1DF2-4C38-BB58-B17EEE6C7B3A@yesql.se> <20210311185847.zwb2rf3n4wzelkba@alap3.anarazel.de> Comments: In-reply-to Thomas Munro message dated "Thu, 17 Jun 2021 09:54:21 +1200" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <870659.1623886818.1@sss.pgh.pa.us> Date: Wed, 16 Jun 2021 19:40:18 -0400 Message-ID: <870660.1623886818@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thomas Munro writes: > Hmm, well it was only recently damaged by commit def5b065, and that's > because I'd forgotten to put ST_ELEMENT_TYPE into typedefs.list, and I > was correcting that in this patch. If ST_ELEMENT_TYPE isn't recognized as a typedef by the buildfarm's typedef collectors, this sort of manual addition to typedefs.list is not going to survive the next pgindent run. No, I will NOT promise to manually add it back every time. We do already have special provision for injecting additional typedefs in the pgindent script, so one possibility is to add it there: -my @additional = ("bool\n"); +my @additional = ("bool\nST_ELEMENT_TYPE\n"); On the whole I'm not sure that this is a big enough formatting issue to justify a special hack, though. Is there any more than the one line that gets misformatted? regards, tom lane