Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tvhXc-007ENP-Bm for pgsql-general@arkaria.postgresql.org; Fri, 21 Mar 2025 18:56:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tvhXb-00Dp9n-37 for pgsql-general@arkaria.postgresql.org; Fri, 21 Mar 2025 18:56:23 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tvhXa-00Dp7e-OQ for pgsql-general@lists.postgresql.org; Fri, 21 Mar 2025 18:56:22 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tvhXY-000MvQ-0s for pgsql-general@postgresql.org; Fri, 21 Mar 2025 18:56:22 +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 52LIuCSF1586474; Fri, 21 Mar 2025 14:56:12 -0400 From: Tom Lane To: "David G. Johnston" cc: =?UTF-8?Q?=C3=81lvaro_Herrera?= , Sebastien Flaesch , Adrian Klaver , M Tarkeshwar Rao , "pgsql-general@postgresql.org" Subject: Re: After upgrading libpq, the same function(PQftype) call returns a different OID In-reply-to: References: <202503201748.wxkazqupyvuk@alvherre.pgsql> <1092933.1742496844@sss.pgh.pa.us> <1134562.1742507765@sss.pgh.pa.us> Comments: In-reply-to "David G. Johnston" message dated "Fri, 21 Mar 2025 08:14:14 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1586472.1742583372.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Fri, 21 Mar 2025 14:56:12 -0400 Message-ID: <1586473.1742583372@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk "David G. Johnston" writes: > On Thu, Mar 20, 2025 at 2:56 PM Tom Lane wrote: >> That's documented elsewhere, I believe. For the foo_d.h files, >> I think it'd be sufficient to do something like 0001 attached. > WFM. Thanks. Thanks for looking at it. >> Also, while checking out the results, I noticed that pg_class.h >> has an "extern" in the wrong place: it's exposed to client code >> which can have no use for it. That extern doesn't mention any >> backend-only typedefs, so it's fairly harmless, but it's still >> a clear example of somebody not reading the memo. Hence 0002. > Maybe tack this onto genbki.h? > diff --git a/src/include/catalog/genbki.h b/src/include/catalog/genbki.h > index 26e205529d..4a1567a46b 100644 > --- a/src/include/catalog/genbki.h > +++ b/src/include/catalog/genbki.h > @@ -146,4 +146,6 @@ > */ > #undef EXPOSE_TO_CLIENT_CODE > +/* Additional backend-only code is placed after the client-code section. */ > + > #endif /* GENBKI_H */ Doubt that would help ... regards, tom lane