Re: More new SQL/JSON item methods
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Jeevan Chalke <jeevan.chalke@enterprisedb.com>,
Peter Eisentraut <peter@eisentraut.org>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2024-01-25T21:27:41Z
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 →
-
Rationalize and improve error messages for some jsonpath items
- 92d2ab7554f9 17.0 landed
-
Clean up a bug in sql/json items commit 66ea94e8e6
- 06a66d87dbc7 17.0 landed
-
Implement various jsonpath methods
- 66ea94e8e606 17.0 cited
-
Reorganise jsonpath operators and methods
- 283a95da9236 17.0 landed
-
Add numeric_int8_opt_error() to optionally suppress errors
- c1b9e1e56d8c 17.0 landed
On 2024-01-25 Th 15:58, Tom Lane wrote: > I wrote: >> There's something else going on, because I'm still getting the >> assertion failure on my Mac with this fix in place. Annoyingly, >> it goes away if I compile with -O0, so it's kind of hard to >> identify what's going wrong. > No, belay that: I must've got confused about which version I was > testing. It's very unclear to me why the undefined reference > causes the preceding Assert to misbehave, but that is clearly > what's happening. Compiler bug maybe? My Mac has clang 15.0.0, > and the unhappy buildfarm members are also late-model clang. > > Anyway, I did note that the preceding line > > res = jperOk; > > is dead code and might as well get removed while you're at it. > > OK, pushed those. Thanks. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com