Re: [PATCH] New condvar implementation that provides stronger ordering guarantees.

[Mike Frysinger <vapier at gentoo dot org>]

On 11 Feb 2017 13:16, Florian Weimer wrote:
> On 02/10/2017 10:18 PM, Mike Frysinger wrote:
> > On 01 Jan 2017 22:56, Carlos O'Donell wrote:
> >> My opinion is that this has to get fixed by the ports maintainer
> >> for SPARC, just like I'll fix this for hppa in the coming week.
> >>
> >> You need to adapt the pthreadtypes.h structure definition
> >> to match the same changes being done to the other architectures.
> >
> > did you have a patch for hppa ?  do we really care about linuxthreads
> > anymore ?
> 
> LinuxThreads support is gone everywhere, but this doesn't mean we don't 
> have any ABIs which are influenced by LinuxThreads.  The ABI 
> compatibility between LinuxThreads and NPTL made application binaries 
> portable across kernels.  So NPTL picked up where LinuxThreads left. 
> Most of its structures are defined in public headers in such a way that 
> their sizes are exposed, and there are no allocation functions for them, 
> so size and alignment are essentially fixed today.
> 
> I'm not sure why this is relevant to HPPA in particular, though.

i'm familiar with the background of linuxthreads->nptl.  hppa took quite
a while to make the nptl migration because of backwards compat with the
linuxthreads abi.

my counter point is that we actively broke the hppa kernel abi wrt signal
numbering to the point where you have to recompile glibc and apps in order
for code to work.  that happened after the nptl transition which means we
don't have any code that cares about the linuxthreads abi anymore.

i haven't looked closer to see if the abi is also locked in on the nptl
side though in which case we can't.
-mike

Attachment: signature.asc
Description: Digital signature