From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 84365 invoked by alias); 18 Jan 2018 15:24:46 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 73993 invoked by uid 89); 18 Jan 2018 15:24:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy=platforms X-HELO: relay1.mentorg.com Date: Thu, 18 Jan 2018 15:24:00 -0000 From: Joseph Myers To: Samuel Thibault CC: Florian Weimer , , Thomas Schwinge , GNU C Library Subject: Re: Upstreaming the glibc Hurd port In-Reply-To: <20180118143353.nyrrx4zpexjywozk@var.youpi.perso.aquilenet.fr> Message-ID: References: <20180118124537.yampmyfjsbi6wvia@var.youpi.perso.aquilenet.fr> <20180118143353.nyrrx4zpexjywozk@var.youpi.perso.aquilenet.fr> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-SW-Source: 2018-01/txt/msg00612.txt.bz2 On Thu, 18 Jan 2018, Samuel Thibault wrote: > Joseph Myers, on jeu. 18 janv. 2018 13:47:42 +0000, wrote: > > (I'd also suggest that it *not* use a top-level directory called > > simply "libpthread" or similar without mention of Hurd, as that would > > be too confusing to people looking at the source tree for pthreads for > > other platforms.) > > Sure :) > > kFreeBSD/GNU used fbtl (FreeBSD Thread Library), perhaps htl? (Hurd > Thread Library) Seems reasonable to me. Longer-term, once the support is in, it would be good to know how the API exposed for pthreads on Hurd compares to the NPTL API. Right now, we have very little documentation for threads, but in principle it would be good to have thorough documentation for the pthreads API, and for the API to be the same between different OSes rather than having some interfaces only supported on some OSes. (Then most of pthread.h could be shared between the different implementations - duplicating all the function declarations and associated feature test macro conditionals for them is not ideal.) -- Joseph S. Myers joseph@codesourcery.com