Re: [pgsql-packagers] Getting to 8.3 beta1

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
Cc: sfrost(at)snowman(dot)net, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Heikki Linnakangas <heikki(at)enterprisedb(dot)com>, pgsql-hackers(at)postgresql(dot)org, pgsql-packagers(at)postgresql(dot)org
Subject: Re: [pgsql-packagers] Getting to 8.3 beta1
Date: 2007-09-28 16:00:52
Message-ID: 46FD2534.40401@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Zdenek Kotala wrote:
> Stephen Frost wrote:
>> * Zdenek(dot)Kotala(at)Sun(dot)COM (Zdenek(dot)Kotala(at)Sun(dot)COM) wrote:
>>> I'm for bumbing. Because if we use same number it also means that
>>> new binary will able to use old library. But if there are two new
>>> functions number must be increased. Standard practice how ELF loader
>>> works is following:
>>>
>>> Each library could have tree numbers libxxx-X.Y.Z. Loader/Linker
>>> ignores Z number. It means any binaries can be linked e.g. with
>>> X.Y.Z+1 or X.Y.Z-1. This is used for bugfixing. Middle number Y
>>> means that binaries which requires Y can also use Y+1 (and linker
>>> takes it), but not Y-1. It is used for adding new thing into
>>> interface - backward compatible. Change in major number X means it
>>> is not backward compatible libraries.
>>
>> Right, so bump the minor and leave the major (and the overall 'soname')
>> the same.
>>
>>> In PostgreSQL perspective, we use only major number. We can
>>> increase main number (X) or best way is add Y and keep major number
>>> same. But I don't know if it is possible in current infrastructure
>>> and if it will work everywhere.
>>
>> I'm confused by this. I see both in Makefile.shlib and on my system
>> that we have a minor version so I don't entirely follow when you say "we
>> use only major number".
>
> I'm Sorry for confusion, I overlooked it. You have right.
> Unfortunately struct Port has been modified and by my opinion it means
> we must bump major version. See
> http://developer.postgresql.org/cvsweb.cgi/pgsql/src/include/libpq/libpq-be.h.diff?r1=1.62;r2=1.63
>
>
>

Uh, that's the backend, not the client lib, no?

cheers

andrew

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2007-09-28 16:02:08 Enforcing database encoding and locale match
Previous Message Heikki Linnakangas 2007-09-28 15:53:26 Re: [pgsql-packagers] Getting to 8.3 beta1