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 1rnr2d-00Fa5J-Vb for pgsql-hackers@arkaria.postgresql.org; Sat, 23 Mar 2024 02:23:28 +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 1rnr2Y-008OcL-5U for pgsql-hackers@arkaria.postgresql.org; Sat, 23 Mar 2024 02:23:22 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rnr2X-008OcC-Sf for pgsql-hackers@lists.postgresql.org; Sat, 23 Mar 2024 02:23:22 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rnr2U-005x1K-Qo for pgsql-hackers@lists.postgresql.org; Sat, 23 Mar 2024 02:23:21 +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 42N2NDmG1229870; Fri, 22 Mar 2024 22:23:13 -0400 From: Tom Lane To: Thomas Munro cc: Japin Li , Andres Freund , PostgreSQL Hackers Subject: Re: Cannot find a working 64-bit integer type on Illumos In-reply-to: References: <20240322165305.6zrtxcmzdrywvmsu@awork3.anarazel.de> <944094.1711128356@sss.pgh.pa.us> Comments: In-reply-to Thomas Munro message dated "Sat, 23 Mar 2024 13:45:28 +1300" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1229868.1711160593.1@sss.pgh.pa.us> Date: Fri, 22 Mar 2024 22:23:13 -0400 Message-ID: <1229869.1711160593@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thomas Munro writes: > . o O ( int64_t, PRIdi64, etc were standardised a quarter of a century ago ) Yeah. Now that we require C99 it's probably reasonable to assume that those things exist. I wouldn't be in favor of ripping out our existing notations like UINT64CONST, because the code churn would be substantial and the gain minimal. But we could imagine reimplementing that stuff atop and then getting rid of the configure-time probes. regards, tom lane