From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Lee Kindness <lkindness(at)csl(dot)co(dot)uk> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: PQnotifies() in 7.3 broken? |
Date: | 2002-12-05 19:25:30 |
Message-ID: | 200212051925.gB5JPVA23811@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Lee Kindness wrote:
> Bruce Momjian writes:
> > Tom Lane wrote:
> > > Lee Kindness <lkindness(at)csl(dot)co(dot)uk> writes:
> > > > Perhaps the .so name should have been updated for PostgreSQL 7.3?
> > >
> > > It should have been. If it wasn't, that was a serious oversight.
> > > Not sure if we should change it in 7.3.1 or not, though; it may be
> > > too late for that. Any thoughts out there?
> > Seems I did forget. I always update the minor for a major release, but
> > when development starts, and I seem to have forgotten for 7.3. Sorry.
>
> Personally I think automatically updating the version numbers is as
> bad as not doing it at all - it misses the point.
>
> The version numbers in shared library filenames denote binary
> compatibilty, if the /public/ API changes then the version number
> really must be incremented.
>
> If the version increments without any associated API changes then it's
> just a PITA for developers and products linking to the PostgreSQL
> libraries! It forces recompilation when there is not really a need.
It is my understanding that only the major number force recompliation.
We came up with this procedure after quite a bit of discussion. I am
happy to change it, but I need more than one person to tell me that.
--
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
From | Date | Subject | |
---|---|---|---|
Next Message | Dan Langille | 2002-12-05 19:51:34 | Re: 7.4 - TODO : alter table drop foreign key |
Previous Message | Dan Langille | 2002-12-05 19:21:34 | Re: 7.4 - TODO : alter table drop foreign key |