This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] New condvar implementation that provides stronger ordering guarantees.
- From: Florian Weimer <fweimer at redhat dot com>
- To: "Carlos O'Donell" <carlos at redhat dot com>, Joseph Myers <joseph at codesourcery dot com>, Torvald Riegel <triegel at redhat dot com>, GLIBC Devel <libc-alpha at sourceware dot org>
- Date: Mon, 13 Feb 2017 12:35:32 +0100
- Subject: Re: [PATCH] New condvar implementation that provides stronger ordering guarantees.
- Authentication-results: sourceware.org; auth=none
- References: <1464268895.17104.14.camel@localhost.localdomain> <1465937639.31784.7.camel@localhost.localdomain> <696ddced-4efa-62ac-9fb5-01022b0437e8@redhat.com> <alpine.DEB.2.20.1612311732140.27227@digraph.polyomino.org.uk> <f66cf926-4198-4682-77a7-10361e16c3b1@redhat.com> <20170210211812.GD28432@vapier> <02cd6be2-99ba-5b06-ab37-b1449d6b8b03@redhat.com> <20170211182425.GE28432@vapier>
On 02/11/2017 07:24 PM, Mike Frysinger wrote:
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.
HPPA uses public struct definitions which have non-default alignment, so
we can't use the generic definitions without changing ABI and struct
layout in user-defined structs which embed those structs.
The LinuxThreads/NPTL history does not matter at this point.
Thanks,
Florian