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 1kNeKI-0005x3-LF for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Sep 2020 15:47:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kNeKG-00017w-Kt for pgsql-hackers@arkaria.postgresql.org; Wed, 30 Sep 2020 15:47:28 +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 1kNeKG-00017l-Dp for pgsql-hackers@lists.postgresql.org; Wed, 30 Sep 2020 15:47:28 +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 1kNeK9-0007BG-Hy for pgsql-hackers@lists.postgresql.org; Wed, 30 Sep 2020 15:47:28 +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 08UFlIr4844761; Wed, 30 Sep 2020 11:47:18 -0400 From: Tom Lane To: Jesse Zhang cc: PostgreSQL Hackers Subject: Re: Residual cpluspluscheck issues In-reply-to: References: <20518.1559494394@sss.pgh.pa.us> Comments: In-reply-to Jesse Zhang message dated "Wed, 30 Sep 2020 08:20:45 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <844759.1601480838.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Wed, 30 Sep 2020 11:47:18 -0400 Message-ID: <844760.1601480838@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Jesse Zhang writes: > So it's been 17 months since you sent this email, so I'm not sure that > nothing has happened (off list or in the code base), but... Well, we fixed the case that was discussed at the time [1]. I'm not exactly convinced about removing the register keywords in s_lock.h. Those are all associated with asm blocks, which are already extremely C/GCC specific; complaining that the register declarations aren't portable seems to be missing the forest for the trees. BTW, grepping my local tree says that plperl/ppport.h also has some register variables, which is something we have no control over. regards, tom lane [1] https://git.postgresql.org/gitweb/?p=3Dpostgresql.git&a=3Dcommitdiff&h= =3D232720be9