Re: pg_upgrade test for binary compatibility of core data types

Поиск
Список
Период
Сортировка
От Justin Pryzby
Тема Re: pg_upgrade test for binary compatibility of core data types
Дата
Msg-id 20201227190729.GB26311@telsasoft.com
обсуждение исходный текст
Ответ на Re: pg_upgrade test for binary compatibility of core data types  (Justin Pryzby <pryzby@telsasoft.com>)
Ответы Re: pg_upgrade test for binary compatibility of core data types  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers
On Wed, Dec 16, 2020 at 11:22:23AM -0600, Justin Pryzby wrote:
> On Sun, Dec 06, 2020 at 12:02:48PM -0600, Justin Pryzby wrote:
> > I meant to notice if the binary format is accidentally changed again, which was
> > what happened here:
> > 7c15cef86 Base information_schema.sql_identifier domain on name, not varchar.
> > 
> > I added a table to the regression tests so it's processed by pg_upgrade tests,
> > run like:
> > 
> > | time make -C src/bin/pg_upgrade check oldsrc=`pwd`/11 oldbindir=`pwd`/11/tmp_install/usr/local/pgsql/bin
> 
> Per cfbot, this avoids testing ::xml (support for which may not be enabled)
> And also now tests oid types.
> 
> I think the per-version hacks should be grouped by logical change, rather than
> by version.  Which I've started doing here.

rebased on 6df7a9698bb036610c1e8c6d375e1be38cb26d5f

-- 
Justin

Вложения

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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: range_agg
Следующее
От: Alexander Korotkov
Дата:
Сообщение: Re: range_agg