Skip site navigation (1) Skip section navigation (2)

Re: libpq API incompatibility between 7.4 and 8.0

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Martin Pitt <mpitt(at)debian(dot)org>,Peter Eisentraut <peter_e(at)gmx(dot)net>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: libpq API incompatibility between 7.4 and 8.0
Date: 2005-02-04 03:33:58
Message-ID: 200502040333.j143Xwu19947@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
Tom Lane wrote:
> Martin Pitt <mpitt(at)debian(dot)org> writes:
> >> I am thinking the easiest solution will be to re-add get_progname() to
> >> 8.0.X and bump the major for 8.1.
> 
> > Seconded. Then we don't need another library version, and it is still
> > not necessary to drag this get_progname accident forever.
> 
> We're going to stop dragging the accident now, not a year from now.
> 
> Putting get_progname back into libpq would require re-adding all of
> path.c, which creates many more issues than just adjusting
> SO_MAJOR_VERSION would do.

Why can't we just put a copy of get_progname into libpq, rather than
bring the entire file from libpgport?

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

pgsql-hackers by date

Next:From: Bruce MomjianDate: 2005-02-04 03:48:56
Subject: Re: libpq API incompatibility between 7.4 and 8.0
Previous:From: Larry RosenmanDate: 2005-02-04 03:29:53
Subject: 8.0.1: Runs on UnixWare 7.1.4mp2

pgsql-patches by date

Next:From: Bruce MomjianDate: 2005-02-04 03:48:56
Subject: Re: libpq API incompatibility between 7.4 and 8.0
Previous:From: Serguei MokhovDate: 2005-02-04 03:19:29
Subject: Re: [pgsql-patches] Proof-of-concept ARC removal patches

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group