Re: Unused parameters & co in code

Поиск
Список
Период
Сортировка
Искать
От
Michael Paquier
Тема
Re: Unused parameters & co in code
Дата
Msg-id
20190226073101.GI27822@paquier.xyz
Ответ на
Список
Дерево обсуждения
Unused parameters & co in code Michael Paquier <michael@paquier.xyz>
Re: Unused parameters & co in code Alvaro Herrera <alvherre@2ndquadrant.com>
Re: Unused parameters & co in code Michael Paquier <michael@paquier.xyz>
Re: Unused parameters & co in code Michael Paquier <michael@paquier.xyz>
Re: Unused parameters & co in code Antonin Houska <ah@cybertec.at>
Re: Unused parameters & co in code Tom Lane <tgl@sss.pgh.pa.us>
Re: Unused parameters & co in code Michael Paquier <michael@paquier.xyz>
Re: Unused parameters & co in code Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Unused parameters & co in code Michael Paquier <michael@paquier.xyz>
On Thu, Jan 31, 2019 at 03:47:59PM +0900, Michael Paquier wrote:
> - 0001 cleans up port in SendAuthRequest.  This one is disappointing,
> so I am fine to discard it.
> - 0002 works on _bt_relbuf, whose callers don't actually benefit from
> the cleanup as the relation worked on is always used for different
> reasons, so it can be discarded.
> - 0003 works on the code of GIN, which simplifies at least the code,
> so it could be applied.  This removes more than changed.
> - 0004 also cleans some code for clause parsing, with a negative line
> output.
> - 0005 is for pg_rewind, which is some stuff I introduced, so I'd like
> to clean up my mess and the change is recent :)
> - 0006 is for tablecmds.c, and something I would like to apply because
> it reduces some confusion with some recursion arguments which are not
> needed for constraint handling and inheritance.  Most of the complains
> come from lockmode not being used but all the AtPrep and AtExec
> routines are rather symmetric so I am not bothering about that.

A note for the archives: I have committed 0005 as 6e52209e because it
was directly something I worked on.  I have dropped the rest as I am
not clear if all those arguments can be useful for future use or not.
--
Michael
В списке pgsql-hackers по дате отправления
От: Laurenz Albe
Дата:
От: Michael Paquier
Дата:
FAQ