Re: libc6_2.0.106-0.1_i386.deb is released
> Excuse me if I'm missing something obvious or this has been discussed
> elsewhere: Why will implementing pthreads require a soname change?
> Won't it simply augment the existing ABI, or will it force some other
> interface to break? If pthreads goes in a separate library as is the
> case for Linux, I don't see any need for binary incompatibility,
> either forwards or backwards.
The problem is that there are a few nits in the existing hurd libc ABI that
involve cthreads and the current (pre-pthreads) multithreading support in
libc. Those may be different or absent with pthreads. It might be
avoidable, but it's not worth a lot of effort; with debian, it should not
be so big a deal to recompile everything for a new ABI when no source code
has to be changed. (Also, we are going to switch to libio not long after
we have pthreads, and that has numerous ABI changes.)
Reply to: