From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from xry111.site (xry111.site [89.208.246.23]) by sourceware.org (Postfix) with ESMTPS id 25E223858425 for ; Wed, 21 Jun 2023 09:54:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 25E223858425 Authentication-Results: sourceware.org; dmarc=pass (p=reject dis=none) header.from=xry111.site Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=xry111.site DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xry111.site; s=default; t=1687341273; bh=BAr1bTpDdd/mAR9IIxBh25ItoE3IUgDAL9e1ypM6lSU=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=dYGz0dP0XMZNvlAdU+6T+YdckGVARktM0n9oJsmT4hy+Ej8tbMPkmTKJNxvoHIy/g YcR3DLyf4tr9sy5XgLks2BDi0yJf0gIBcMziqV5dKqatAz1E+uJ5g8zCR3hxCUAmSV regqJlR7NnpirJoCssOEgItUpYUureMzx+wVhB6g= Received: from localhost.localdomain (xry111.site [IPv6:2001:470:683e::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-384) server-digest SHA384) (Client did not present a certificate) (Authenticated sender: xry111@xry111.site) by xry111.site (Postfix) with ESMTPSA id ABB2E65CCF; Wed, 21 Jun 2023 05:54:31 -0400 (EDT) Message-ID: <512062d6c5d565cc3384b01f6de2b8991055723b.camel@xry111.site> Subject: Re: [PATCH v2 4/4] c2y: Add function cnd_timedwait_base and mtx_timedlock_base From: Xi Ruoyao To: luoyonggang@gmail.com, Joseph Myers Cc: Jens Gustedt , libc-alpha@sourceware.org, Florian Weimer , enh Date: Wed, 21 Jun 2023 17:54:29 +0800 In-Reply-To: References: <20230620171731.230-1-luoyonggang@gmail.com> <20230620171731.230-5-luoyonggang@gmail.com> <473b6a94-67db-9272-dc26-41a7783acf@codesourcery.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.3 MIME-Version: 1.0 X-Spam-Status: No, score=-0.4 required=5.0 tests=BAYES_00,BODY_8BITS,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,GB_TO_NAME_FREEMAIL,LIKELY_SPAM_FROM,SPF_HELO_PASS,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Wed, 2023-06-21 at 17:21 +0800, =E7=BD=97=E5=8B=87=E5=88=9A(Yonggang Luo= ) via Libc-alpha wrote: > The function name was suggested by Jens Gustedt, and indeed I also though= t > about this name in the first place(because posix has cond_clockwait and > mutex_clocklock already). And seems enh also like this >=20 > If we have minimal agreement about this proposal, I'd like to add tests f= or > it. But still, I don't think > __USE_GNU is a good name for it, because it's for C2y or C3x, any better > option for this, so that it's not GNU restricted, for example, suppose MS= VC > also wants to implement this? No, __USE_GNU does not mean it's GNU restricted, but mean it's a GNU extension. Other implementations can implement GNU extensions as well if they wish (and doing so does not violate LGPL unless they copy the implementation from Glibc). Hmm, and do you have some misunderstanding about the relationship betwen the C standard and Glibc? Glibc implements the standard, but it's not the standard. If you want to add the functions into the standard you need to submit it to WG14 first. Before WG14 accept it, we cannot declare the functions standard. I've not seen your paper at https://www.open-std.org/jtc1/sc22/wg14/www/wg14_document_log.htm but maybe I missed something. --=20 Xi Ruoyao School of Aerospace Science and Technology, Xidian University