libpthread shared library version number
Daniel Eischen
deischen at freebsd.org
Thu Nov 2 13:24:37 UTC 2006
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
More information about the freebsd-current
mailing list