Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1jCqpE-0004si-4z for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Mar 2020 20:22:32 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jCqpB-00029x-UW for pgsql-hackers@arkaria.postgresql.org; Fri, 13 Mar 2020 20:22:29 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1jCqpB-00023M-Hm for pgsql-hackers@lists.postgresql.org; Fri, 13 Mar 2020 20:22:29 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jCqp8-0004K5-Ej for pgsql-hackers@lists.postgresql.org; Fri, 13 Mar 2020 20:22:27 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id 02DKMJXq004315; Fri, 13 Mar 2020 16:22:19 -0400 From: Tom Lane To: Alvaro Herrera cc: James Coleman , Tomas Vondra , Michael Paquier , Rafia Sabih , Peter Geoghegan , Simon Riggs , Shaun Thomas , Dmitry Dolgov <9erthalion6@gmail.com>, Alexander Korotkov , PostgreSQL Developers Subject: Re: [PATCH] Incremental sort (was: PoC: Partial sort) In-reply-to: <20200313194250.GA13008@alvherre.pgsql> References: <20200313194250.GA13008@alvherre.pgsql> Comments: In-reply-to Alvaro Herrera message dated "Fri, 13 Mar 2020 16:42:50 -0300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <4313.1584130939.1@sss.pgh.pa.us> Date: Fri, 13 Mar 2020 16:22:19 -0400 Message-ID: <4314.1584130939@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Alvaro Herrera writes: > Also, I wonder if it would be better to modify our policies so that we > update typedefs.list more frequently. Some people include additions > with their commits, but it's far from SOP. Perhaps. My own workflow includes pulling down a fresh typedefs.list from the buildfarm (which is trivial to automate) and then adding any typedefs invented by the patch I'm working on. The latter part of it makes it hard to see how the in-tree list would be very helpful; and if we started expecting patches to include typedef updates, I'm afraid we'd get lots of patch collisions in that file. I don't have any big objection to updating the in-tree list more often, but personally I wouldn't use it, unless we can find a better workflow. regards, tom lane