Re: Libpq PGRES_COPY_BOTH - version compatibility

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Libpq PGRES_COPY_BOTH - version compatibility
Date: 2011-01-02 12:27:38
Message-ID: AANLkTimKhGTXyeJWtMw09sTkRrVobAyAVSYa0=sgXj0g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sun, Jan 2, 2011 at 4:36 AM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> On Wed, Dec 29, 2010 at 19:49, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> On Dec 29, 2010, at 10:14 AM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
>>> We can be held responsible for the packaging decisions if they use
>>> *our* "make install" commands, imho.
>>
>> Yep.
>
> So, as I see it there are two ways of doing it - install a
> catversion.h file and include it from libpq-fe.h, or modify the
> libpq-fe.h. I still think modifying libpq-fe.h is the better of these
> choices - but either of them would work. But is the catversion value
> really the best interface for the user? This is about libpq
> functionality level, which really has nothing to do with the backend
> catalog, does it?

It doesn't seem to me that a change of this type requires a catversion bump.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2011-01-02 12:41:58 Re: management of large patches
Previous Message Robert Haas 2011-01-02 12:26:43 Re: [COMMITTERS] pgsql: Basic foreign table support.