From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 26816 invoked from network); 4 May 2023 06:20:00 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 4 May 2023 06:20:00 -0000 Received: (qmail 8167 invoked by uid 550); 4 May 2023 06:19:56 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 8129 invoked from network); 4 May 2023 06:19:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=inria.fr; s=dc; h=date:from:to:cc:subject:message-id:in-reply-to: references:mime-version; bh=r1g5nTeGgXU/IwcmLYdH2N7hMKdhY2eUMRH8faFqXB4=; b=McrwHuPZPJbA1h6RCYyZve2YGtNnj6/RgWq6Br3prs4asa2bSwRTkJyX 65IHCErvc3kUCfA1wScgk0hJCwVwHRpPouWtDxkpHnF1P0SYZHwhTdiMJ aWjgGs3sYRKEcxPp6t0gvK+Wn/PDFQ/WczLCAOmbA1FVdNWjB4Ae8jOyd U=; Authentication-Results: mail2-relais-roc.national.inria.fr; dkim=none (message not signed) header.i=none; spf=SoftFail smtp.mailfrom=jens.gustedt@inria.fr; dmarc=fail (p=none dis=none) d=inria.fr X-IronPort-AV: E=Sophos;i="5.99,249,1677538800"; d="scan'208";a="106167543" Date: Thu, 4 May 2023 08:19:42 +0200 From: =?UTF-8?B?SuKCkeKCmeKCmw==?= Gustedt To: enh Cc: musl@lists.openwall.com, "=?UTF-8?B?572X5YuH5Yia?=(Yonggang Luo)" , Jason Ekstrand Message-ID: <20230504081942.065fc12f@inria.fr> In-Reply-To: References: <20220923162518.56284329@inria.fr> <20221119153350.292e390b@inria.fr> Organization: inria.fr X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.33; x86_64-pc-linux-gnu) X-Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAAXNSR0IArs4c6QAAACRQTFRFERslNjAsLTE9Ok9wUk9TaUs8iWhSrYZkj42Rz6aD3sGZ MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/4lO7G960DqtepG/sN+TW866"; protocol="application/pgp-signature"; micalg=pgp-sha1 Subject: Re: [musl] C23 implications for C libraries --Sig_/4lO7G960DqtepG/sN+TW866 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, on Wed, 3 May 2023 15:58:26 -0700 you (enh ) wrote: > (i share others' skepticism that timespec_get() is very useful, I don't think that these interfaces by themselves are the most interesting. The original motivation to create these interfaces stem from the creation the integration of threads in to the C standard. And there the monotonic and thread-specific clocks make all their sense. But also having process cpu usage in a well-defined interface (`clock` usage is not portable for that) is a win. > and especially that non-ISO bases will ever be useful to anyway, but > i like the idea of allowing future additions to "just work" with an > old libc enough that i've implemented bionic's > timespec_get()/timespec_getres() in this style.) Great! Do you have a link to that? The particular choices of values become part of the ABI, sort-of. So it would be better to be consistent between implementations. Would this motivate musl to accept patches for the optional bases that come with C23? Or maybe the whole set? Thanks J=E2=82=91=E2=82=99=E2=82=9B --=20 :: ICube :::::::::::::::::::::::::::::: deputy director :: :: Universit=C3=A9 de Strasbourg :::::::::::::::::::::: ICPS :: :: INRIA Nancy Grand Est :::::::::::::::::::::::: Camus :: :: :::::::::::::::::::::::::::::::::::: =E2=98=8E +33 368854536 :: :: https://icube-icps.unistra.fr/index.php/Jens_Gustedt :: --Sig_/4lO7G960DqtepG/sN+TW866 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQSN9stI2OFN1pLljN0P0+hp2tU34gUCZFNOfgAKCRAP0+hp2tU3 4m0ZAJ92fd542yAu+XdDtl0ViK6OuVwcowCfUPyT8c6V50qPm1Um7hU/ePLvsSg= =qiZU -----END PGP SIGNATURE----- --Sig_/4lO7G960DqtepG/sN+TW866--