Re: libpthread shared library version number

On Thu, 2 Nov 2006, Maxim Sobolev wrote:

> Daniel Eischen wrote:
>> On Wed, 1 Nov 2006, Maxim Sobolev wrote:
>> 
>>> Daniel Eischen wrote:
>>>> On Wed, 1 Nov 2006, Maxim Sobolev wrote:
>>>> 
>>>>> Guys,
>>>>> 
>>>>> I have noticed that libpthread shared library version number in 6-STABLE
>>>>> and 7-CURRENT is the same (.2), which causes all threaded application
>>>>> compiled for 6-STABLE to segfault when executed on 7-CURRENT system,
>>>>> unless libpthread.so.2 is replaced with with its 6-STABLE version which
>>>>> in turn will create problems with threaded apps compiled for 7-CURRENT.
>>>>> IMHO we should increase version number in 7-CURRENT, so that it is in 
>>>>> the line of what we have for other system libraries.
>>>> 
>>>> It should be done as part of a larger set of library version bumps.
>>>> All libraries should be bumped.  I believe kan and kensmith were
>>>> suppose to be looking at that.  We wanted to enable symble versioning
>>>> by default, so all libraries would need to be bumped.
>>> 
>>> Well, as I said the rest of the libs have already been bumped between 6.x 
>>> and 7.x, I don't know if libpthread is exception. Perhaps somebody just 
>>> missed it out?
>> 
>> When did this happen?  Did I miss it?  I know we bumped libc.
>
> OK, you are right, only libc and several others have been bumped so far. But 
> the point stays - libpthread is not compatible between 7-CURRENT and 6-STABLE 
> (both forward and backward), so that it should be bumped in -CURRENT ASAP.

This isn't a new problem and has existed since libc was
bumped.  I'd like to see everything bumped at the same
time.

-- 
DE