Re: Backpatching of "Teach the regular expression functions to do case-insensitive matching"

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Backpatching of "Teach the regular expression functions to do case-insensitive matching"
Дата
Msg-id 1640.1305065143@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Backpatching of "Teach the regular expression functions to do case-insensitive matching"  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Backpatching of "Teach the regular expression functions to do case-insensitive matching"
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> I'm all for more test suites, but we should make them as widely
> accessible and accessed as possible so that they get maintained.

Yeah.  My preference would really be to push something like
collate.linux.utf8 into the standard regression tests, but we'd
first have to get it to where there was only one .sql file and
not more than three or so variant expected files (one of which
would be the one for platforms that don't support locale_t,
analogous to the no-support expected file for the xml test).

If we were at that point, then instead of having a separate make target,
I'd be very strongly tempted to include the test in the standard tests
by the expedient of having it create and \c to a separate database with
suitable values of ENCODING, LC_COLLATE, etc.

The lack of initdb support for getting more-or-less-standard collation
entries into pg_collation on Windows seems to be the major missing piece
from here (dunno if Peter is aware of others).  If we don't fix that
before release, we're going to regret it anyway IMO, because of the
inevitable tide of questions/complaints from Windows users trying to use
the collation feature.  We've already seen at least one such from a beta
tester.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Infinity bsearch crash on Windows
Следующее
От: Eric McKeeth
Дата:
Сообщение: Re: VARIANT / ANYTYPE datatype