This is the main PostgreSQL git repository. http://git.postgresql.org/cgit/postgresql.git/atom?h=master 2025-09-26T14:21:28Z 2025-09-26T14:21:28Z Álvaro Herrera 2025-09-26T14:21:28Z urn:sha1:c4067383cb2c155c4cfea2351036709e2ebb3535 This allows these routines to be reused by a future utility heavily based on vacuumdb. I made a few relatively minor changes from the original, most notably: - objfilter was declared as an enum but the values are bit-or'ed, and individual bits are tested throughout the code. We've discussed this coding pattern in other contexts and stayed away from it, on the grounds that the values so generated aren't really true values of the enum. This commit changes it to be a bits32 with a few #defines for the flag definitions, the way we do elsewhere. Also, instead of being a global variable, it's now in the vacuumingOptions struct. - Two booleans, analyze_only (in vacuumingOptions) and analyze_in_stages (passed around as a separate boolean argument), are really determining what "mode" the program runs in -- it's either vacuum, or one of those two modes. I have three adjectives for them: inconsistent, unergonomic, unorthodox. Removing these and replacing them with a mode enum to be kept in vacuumingOptions makes the code structure easier to understand in a couple of places, and it'll be useful for the new mode we add next, so do that. Reviewed-by: Antonin Houska <ah@cybertec.at> Discussion: https://postgr.es/m/202508301750.cbohxyy2pcce@alvherre.pgsql 2024-06-13T08:17:36Z Peter Eisentraut 2024-06-13T08:17:36Z urn:sha1:ad8877cb513733d8bb98d24770a094b81c27e4c5 Files in common/ and fe_utils/ that contain translatable strings need to be listed in the nls.mk files of the programs that use them. (Not great, but that's the way it works for now.) This usually requires some manual analysis which is done about once during each major release beta period. This time, I wrote a hackish script that figures some of this out more automatically, so this update is a bit larger as it also includes some files that were missed in the past. 2023-03-08T14:05:43Z Peter Eisentraut 2023-03-08T14:05:43Z urn:sha1:2a71ad64cb27a86afa2a86bde70df3522aee7bae One file per line seems best. We already did this in some cases. This adopts the same format everywhere (except in some cases where the list reasonably fits on one line). 2022-07-13T18:29:10Z Tom Lane 2022-07-13T18:29:10Z urn:sha1:54ba2f06236a7588433a5825134759ed798eccbf This reverts commit 617d69141220f277170927e03a19d2f1b77aed77. While I still think the basic idea is attractive, we need to sort out what happens with built .c files, and there also seem to be VPATH issues. 2022-07-13T16:56:42Z Tom Lane 2022-07-13T16:56:42Z urn:sha1:617d69141220f277170927e03a19d2f1b77aed77 The backend already used a mechanically-generated list of *.c files, but everywhere else we had a manually-written-out list of files in which to seek translatable messages. Commit b0a55e432 contains the latest in a long line of failures to update those lists. Rather than manually fix its oversight, let's change to using "$(wildcard *.c)" in all these nls.mk files. Many of these files also have manual references to some *.c files in other directories, most often src/common/. Perhaps we should try to improve that situation too; but it's a bit less clear how, so for now just fix the local file references. Kyotaro Horiguchi and Tom Lane Discussion: https://postgr.es/m/20220713.160853.453362706160476128.horikyota.ntt@gmail.com 2022-07-13T06:19:17Z Peter Eisentraut 2022-07-13T05:51:43Z urn:sha1:88dad06b47eb80f699211c9b0b7a1c6d9016ad19 This moves the list of available languages from nls.mk into a separate file called po/LINGUAS. Advantages: - It keeps the parts notionally managed by programmers (nls.mk) separate from the parts notionally managed by translators (LINGUAS). - It's the standard practice recommended by the Gettext manual nowadays. - The Meson build system also supports this layout (and of course doesn't know anything about our custom nls.mk), so this would enable sharing the list of languages between the two build systems. (The MSVC build system currently finds all po files by globbing, so it is not affected by this change.) Reviewed-by: Andres Freund <andres@anarazel.de> Discussion: https://www.postgresql.org/message-id/flat/557a9f5c-e871-edc7-2f58-a4140fb65b7b@enterprisedb.com 2022-05-16T09:12:42Z Peter Eisentraut 2022-05-16T09:12:42Z urn:sha1:6a8a7b1ccbc0e92ce2b301e9aad26a4caedfd9b5 Source-Git-URL: https://git.postgresql.org/git/pgtranslation/messages.git Source-Git-Hash: dde45df385dab9032155c1f867b677d55695310c 2022-05-09T05:17:08Z Peter Eisentraut 2022-05-09T05:17:08Z urn:sha1:f45f8b7ff3fe6c8b8139e177bb3fec7629ef9f05 2021-05-10T12:36:21Z Peter Eisentraut 2021-05-10T12:36:21Z urn:sha1:6206454bdac1ccd6f6ed9d811e1a1139e663a8b9 Source-Git-URL: git://git.postgresql.org/git/pgtranslation/messages.git Source-Git-Hash: 1c361d3ac016b61715d99f2055dee050397e3f13 2021-04-18T14:11:58Z Peter Eisentraut 2021-04-18T14:11:58Z urn:sha1:4ed7f0599a8984d9ed967780a157d9b23d03fbb5