Re: 64 bit numbers vs format strings
Peter Eisentraut <peter@eisentraut.org>
From: Peter Eisentraut <peter@eisentraut.org>
To: Thomas Munro <thomas.munro@gmail.com>
Cc: PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-03-04T09:02:57Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Cast result of i64abs() back to int64
- 2247281c4705 18.0 landed
On 02.03.25 22:08, Thomas Munro wrote: > And one more thing like that: in a couple of places we see warnings on > macOS CI that I'd missed: when printing the result of i64abs() as > PRId64, because it happens to use labs() and it happens to define > int64_t as long long, and when printing a Datum as PRIx64, because > Datum is uintptr_t and it happens to define that as unsigned long. I > suppose we should cast to int64 in the definition of c.h's i64abs() > macro and a couple of similar things, agreed > and cast Datum to uint64 in that > one place that wants to print it out. Since Datum is uintptr_t, it should be printed using the format PRIxPTR. Then it should work out.