Re: [HACKERS] Refactoring identifier checks to consistently use strcmp
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Michael Paquier <michael.paquier@gmail.com>
Cc: Daniel Gustafsson <daniel@yesql.se>, Robert Haas <robertmhaas@gmail.com>,
Stephen Frost <sfrost@snowman.net>,
Heikki Linnakangas <hlinnaka@iki.fi>,
Alvaro Herrera <alvherre@2ndquadrant.com>,
pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-01-26T21:32:17Z
Lists: pgsql-hackers
Michael Paquier <michael.paquier@gmail.com> writes: > On Wed, Jan 24, 2018 at 09:47:50AM +0100, Daniel Gustafsson wrote: >> Attached is a rebased v7 patch which has your amendments (minus >> propname) which passes make check without errors. > Confirmed. I am switching the status as ready for committer for > volatility-v7.patch then. Poking through this, I notice that there are two reloptions-related "pg_strncasecmp" calls that did not get converted to "strncmp": reloptions.c:804 and reloptions.h:169. Is that an oversight, or intentional, and if intentional why? regards, tom lane
Commits
-
Avoid unnecessary use of pg_strcasecmp for already-downcased identifiers.
- fb8697b31aae 11.0 landed