]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Sync our copy of the timezone library with IANA release tzcode2026b.
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 1 Jul 2026 14:56:46 +0000 (10:56 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 1 Jul 2026 14:56:46 +0000 (10:56 -0400)
commitaeb07c55fab5c17a600b77ffcdc3b71425d6a8e7
tree57d73599f1839fe765aa364d16cb32c561206686
parentd3223485546e8579a1703731ef4e39a08a712860
Sync our copy of the timezone library with IANA release tzcode2026b.

This was moderately tedious, because upstream has been busy
since we last did this in 2020.

Notably, they changed the signatures of both tzload() and tzparse(),
which we'd unwisely exposed as API for callers to use.  I concluded
that the best answer was to change them both back to "static" and
instead expose a new API function of our own choosing, pg_tzload().

That change may be a sufficient reason not to back-patch this update,
as I'd normally want to do.  There's probably not a good reason for
extensions to be calling those functions, but on the other hand
there are few pressing reasons for a back-patch.  The one bug we have
run into (a Valgrind uninitialized-data complaint about zic) appears
to have no field-visible consequences.

A few of the files generated by this version of zic are not
byte-for-byte the same as before, but "zdump -v" avers that
they represent the same sets of transitions.

Discussion: https://postgr.es/m/2294297.1780270682@sss.pgh.pa.us
src/bin/initdb/findtimezone.c
src/timezone/README
src/timezone/localtime.c
src/timezone/pgtz.c
src/timezone/pgtz.h
src/timezone/private.h
src/timezone/strftime.c
src/timezone/tzfile.h
src/timezone/zic.c
src/tools/pgindent/typedefs.list