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.89) (envelope-from ) id 1grOvP-0004Qo-64 for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Feb 2019 15:15:43 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1grOvM-0001KM-EU for pgsql-hackers@arkaria.postgresql.org; Wed, 06 Feb 2019 15:15:40 +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 1grOvL-0001BQ-Uq; Wed, 06 Feb 2019 15:15:40 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1grOvF-0005fk-BN; Wed, 06 Feb 2019 15:15:38 +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 x16FFOPG023414; Wed, 6 Feb 2019 10:15:24 -0500 From: Tom Lane To: Andres Freund cc: pgsql-hackers@lists.postgresql.org, Alvaro Herrera , David Fetter , Andrew Gierth , Noah Misch , pgsql-hackers@postgresql.org Subject: Re: Synchronize with imath upstream In-reply-to: References: <20190205234750.GA2774@alvherre.pgsql> Comments: In-reply-to Andres Freund message dated "Wed, 06 Feb 2019 19:59:15 +0530" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <23412.1549466124.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Wed, 06 Feb 2019 10:15:24 -0500 Message-ID: <23413.1549466124@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Andres Freund writes: > On February 6, 2019 5:17:50 AM GMT+05:30, Alvaro Herrera wrote: >> I'm -1 for this myself. I think there are a few places that could >> benefit from it, but my fear is that many *more* places would get >> worse. > Because of imported code like ryu and imath? And because it can make cod= e considerably better when used judiciously. I don't object to keeping imported code in a form that matches upstream as best we can. (Should we also exclude such files from pgindent'ing?) But changing conventions for our own code is an entirely different matter. In this case, I think that having some places use it while the bulk of the code doesn't is just a bad idea from a stylistic-consistency standpoint. It's pretty much the same reason why we still aren't allowing // comments --- there's no toolchain-based reason not to, but a mishmash o= f comment styles would be ugly and hard to read. regards, tom lane