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
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 |