Re: Use XLOG_CONTROL_FILE macro everywhere?
Kyotaro Horiguchi <horikyota.ntt@gmail.com>
From: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
To: a.melnikov@postgrespro.ru
Cc: daniel@yesql.se, peter@eisentraut.org, tgl@sss.pgh.pa.us,
robertmhaas@gmail.com, michael@paquier.xyz, pgsql-hackers@postgresql.org
Date: 2024-09-04T08:09:27Z
Lists: pgsql-hackers
Attachments
- 0001-Split-file-related-parts-from-xlog_internal.h.patch (text/x-patch)
At Tue, 3 Sep 2024 12:02:26 +0300, "Anton A. Melnikov" <a.melnikov@postgrespro.ru> wrote in > In v2 removed XLOG_CONTROL_FILE from args and used it directly in the > string. > IMHO this makes the code more readable and will output the correct > text if the macro changes. Yeah, I had this in my mind. Looks good to me. > 3) .. > Maybe include/access/xlogdefs.h would be a good place for this? > In v2 moved some definitions from xlog_internal to xlogdefs > and removed including xlog_internal.h from the postmaster.c. > Please, take a look on it. The change can help avoid disrupting existing users of the macro. However, the file is documented as follows: > * Postgres write-ahead log manager record pointer and > * timeline number definitions We could modify the file definition, but I'm not sure if that's the best approach. Instead, I'd like to propose separating the file and path-related definitions from xlog_internal.h, as shown in the attached first patch. This change would allow some modules to include files without unnecessary details. The second file is your patch, adjusted based on the first patch. I’d appreciate hearing from others on whether they find the first patch worthwhile. If it’s not considered worthwhile, then I believe having postmaster include xlog_internal.h would be the best approach. regards. -- Kyotaro Horiguchi NTT Open Source Software Center
Commits
-
Use XLOG_CONTROL_FILE macro consistently for control file name.
- 173c97812ffc 18.0 landed
-
Doc: Update link to the mentioned subsection
- 84db9a0eb10d 17.0 cited