Re: [HACKERS] [PATCH] Rename pg_switch_xlog to pg_switch_wal
От | Stephen Frost |
---|---|
Тема | Re: [HACKERS] [PATCH] Rename pg_switch_xlog to pg_switch_wal |
Дата | |
Msg-id | 20170124185908.GZ18360@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: [HACKERS] [PATCH] Rename pg_switch_xlog to pg_switch_wal (Vladimir Rusinov <vrusinov@google.com>) |
Список | pgsql-hackers |
* Vladimir Rusinov (vrusinov@google.com) wrote: > On Mon, Jan 23, 2017 at 6:59 PM, Stephen Frost <sfrost@snowman.net> wrote: > > I don't have any problem with asking for a summary of the exact set of > > changes that he's planning to make though. My understanding is that it > > includes changing program names, command line options, etc. > > Here's what I currently have in mind: > > - sql function names (current patch) > - binaries in bin: pg_receivexlog, pg_xlogdump, pg_resetxlog Command-line options for other binaries in bin should also be changed (eg: initdb's --xlogdir). Looking at the other binaries in src/bin: pg_archivecleanup - seems ok as-is (I'll note that it's Usage mentioned 'OLDESTKEPTWALFILE' ...) pg_basebackup - --xlog/--xlog-method/--xlogdir pgbench - looks fine pg_config - looks fine pg_controldata - looks fine pg_ctl - looks fine pgevent - DLL, not a binary, looks ok pg_rewind - looks fine pg_test_fsync - looks fine pg_test_timing - looks fine pg_upgrade - looks fine psql - looks fine > - (maybe) public/exported symbols from libpq, > e.g. libpqGetCurrentXlogInsertLocation Hm..? That function is just a local function in pg_rewind. I'd be kind of surprised if we actually had anything in libpq that needed changing due to this and I don't see anything there in a quick look. > - at this time I don't target internal function and filenames, but that > could also be done if there's desire for this. No, I don't think that'll be necessary. Thanks! Stephen
В списке pgsql-hackers по дате отправления: