Re: pg_upgrade cleanup

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Noah Misch <noah(at)leadboat(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: pg_upgrade cleanup
Date: 2015-05-16 19:23:09
Message-ID: 20150516192309.GD16100@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, May 16, 2015 at 02:49:08PM -0400, Bruce Momjian wrote:
> On Sat, May 16, 2015 at 12:21:12PM -0400, Noah Misch wrote:
> > On Thu, May 14, 2015 at 10:06:11PM -0400, Bruce Momjian wrote:
> > > On Thu, May 14, 2015 at 09:56:53PM -0400, Bruce Momjian wrote:
> > > > This patch makes pg_upgrade controldata checks more consistent, and adds
> > > > a missing check for float8_pass_by_value.
> > >
> > > Sorry, I should have mentioned I applied this patch to head. It isn't
> > > significant enough to backpatch.
> >
> > A float8_pass_by_value match is unnecessary, and requiring it creates needless
> > hassle for users. Switching between USE_FLOAT8_BYVAL binaries and
> > !USE_FLOAT8_BYVAL binaries requires an initdb to get different values in
> > pg_type.typbyval and pg_attribute.attbyval. pg_upgrade's use of pg_dump to
> > migrate catalog content addresses that fine. Note that
> > check_for_isn_and_int8_passing_mismatch() exists because pg_upgrade has
> > allowed source and destination clusters to differ in USE_FLOAT8_BYVAL.
>
> What we had was checking for float8_pass_by_value, but did nothing with
> it, so I assumed we had lost the check somehow. I will remove detecting
> and checking of that value. Thanks.

Sorry, I mean we didn't do anything with it in controldata.c, but I had
forgotten how we use it for isn, so I just added a C comment that there
is no need to check that it matches. Thanks.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ Everyone has their own god. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2015-05-16 22:14:28 Draft release notes up for review
Previous Message Bruce Momjian 2015-05-16 18:49:08 Re: pg_upgrade cleanup