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=-0.8 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, DKIM_INVALID,DKIM_SIGNED,FREEMAIL_FROM,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 21341 invoked from network); 18 Nov 2022 20:46:55 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 18 Nov 2022 20:46:55 -0000 Received: (qmail 9926 invoked by uid 550); 18 Nov 2022 20:46:50 -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 9887 invoked from network); 18 Nov 2022 20:46:49 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=E2LKqZi6HFdovKRe8S8Ir11ON8WNe2sFNJZx89AFYKU=; b=KPp9aQRVP0bGnT/0Cgfoshg6fb4CmCzwIacizHzwbA+lI6VJYHeqxbv/kvW2DXo59R 0eQRkLCVmqYFebDsrg4qMNMiOZ90yr8G/6YL7iGLha91FfjPPFPeT88WYOcyjQt1L21f s2HGGvAMjx6CXtA/igzv+2l44V4gUbDLBaREIbLSfHDjf77PvL2761R3WDaye2xJgLRn WQO/YSPxH+TCb4kVl55r8+HndLAYGcnDGaDebtOB2nR9qswZSSbqLASVu7hOQnC3Yw/v FVyPgBo07pivaUxi8oIQ2aq72bnY8lnAVKaX6xt6B87COWj51Ox/rBQQOck5tl5/Ywsk LYjw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:reply-to:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=E2LKqZi6HFdovKRe8S8Ir11ON8WNe2sFNJZx89AFYKU=; b=UaPJNUpjEcSJuy7DU0xCzRxDuSEv1neiL/XUvaOXiKunO23IAT/9vuse/ZixX2diaP sKnAR6K6KfPRKFeLxUjLRVE0SkqQkkJd3IKVUJR+jRo45SmUbrlNG+/KzAQgUGtGJJ4k j3Vmt2y1td+j4wxp5oBiVLya2LuGK2t7iqbBKsxw+SCCovGUWyWib1P8H5OUO991Fm03 WHF8xbfv7E8o42iqegtkUh9k+Ef5CDgBrdWQfDKivQZ66VW0MhL5UacFl1CJiCaKjhIz ru626sd72Pv/4mKQFu8+6LO6w/00r42FX6rQI3NDHomQ2M6R0/XVD7bB2G1sPhcfnn7Y 6vDg== X-Gm-Message-State: ANoB5pnJ6XcS/orIC9ymhmvW0v8W79P4qK5K2UO+XWKSGb8Omi3n1D78 a5gWQyhOTWHj1BkGy1Fl9KTzm9XkR3vCQjPUgQQvjN++PrMMvQ== X-Google-Smtp-Source: AA0mqf6NAvUa8A+/YTIN9auOh8TfwSB8HkwuPsVOJSVuGEITm/yDQnuAhhPugWdMgF2dGwVHSsqDI3ctLDMlbtriMEU= X-Received: by 2002:a05:6102:c4e:b0:3aa:3bdf:75fd with SMTP id y14-20020a0561020c4e00b003aa3bdf75fdmr5304025vss.15.1668804397442; Fri, 18 Nov 2022 12:46:37 -0800 (PST) MIME-Version: 1.0 References: <20220923162518.56284329@inria.fr> In-Reply-To: <20220923162518.56284329@inria.fr> From: =?UTF-8?B?572X5YuH5YiaKFlvbmdnYW5nIEx1byk=?= Date: Sat, 19 Nov 2022 04:46:22 +0800 Message-ID: To: musl@lists.openwall.com, Jens Gustedt , Jason Ekstrand Content-Type: multipart/alternative; boundary="0000000000004f2bfb05edc4cdc7" Subject: Re: [musl] C23 implications for C libraries --0000000000004f2bfb05edc4cdc7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable There is a concept called CLOCK_MONOTONIC_RAW (since Linux 2.6.28; Linux-specific), May C2x provide TIME_MONOTONIC_RAW in future or can we just implement TIME_MONOTONIC with CLOCK_MONOTONIC_RAW on Linux? When implement mesa vulkan driver, it's ask for CLOCK_MONOTONIC_RAW at https://gitlab.freedesktop.org/mesa/mesa/-/blob/c6c5949ff70a47c47795fe9161a= 7514173b5be24/src/vulkan/runtime/vk_device.c#L557 May intention is using C2x timespec_get to replace function vk_clock_gettime but it's lack of TIME_MONOTONIC_RAW, so I don't know what's the best way On Fri, Sep 23, 2022 at 10:25 PM J=E2=82=91=E2=82=99=E2=82=9B Gustedt wrote: > > Hello, > I have started to compile a document that tries to collect everything > a C library needs for C23 compliance: > > https://htmlpreview.github.io/?https://icube-forge.unistra.fr/icps/c23-libr= ary/-/raw/main/README.html > > This is by far not complete and I will try to fill the holes in the > next weeks. Let me know if you have any particular > questions/remarks/additions. > > Thanks > J=E2=82=91=E2=82=99=E2=82=9B > > -- > :: INRIA Nancy Grand Est ::: Camus ::::::: ICube/ICPS ::: > :: :::::::::::::::::::::: gsm France : +33 651400183 :: > :: ::::::::::::::: gsm international : +49 15737185122 :: > :: http://icube-icps.unistra.fr/index.php/Jens_Gustedt :: -- =E6=AD=A4=E8=87=B4 =E7=A4=BC =E7=BD=97=E5=8B=87=E5=88=9A Yours sincerely, Yonggang Luo --0000000000004f2bfb05edc4cdc7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
There is a concept called CLOCK_MONOTONIC_RAW =C2=A0(since= Linux 2.6.28; Linux-specific),
May C2x provide TIME_MONOTONIC_RAW in fu= ture or can we just implement =C2=A0TIME_MONOTONIC with
CLOCK_MONOTONIC= _RAW =C2=A0on Linux? When implement mesa vulkan driver, it's ask for CL= OCK_MONOTONIC_RAW =C2=A0 at

https://gitlab.freedesktop.org/mesa/mesa/-/blob/c6c59= 49ff70a47c47795fe9161a7514173b5be24/src/vulkan/runtime/vk_device.c#L557=

May intention is using C2x timespec_get to replace function vk_cloc= k_gettime but it's lack of=C2=A0 TIME_MONOTONIC_RAW, so I don't know what's the best way

On F= ri, Sep 23, 2022 at 10:25 PM J=E2=82=91=E2=82=99=E2=82=9B Gustedt <jens.gustedt@inria.fr> wrote:>
> Hello,
> I have started to compile a document that trie= s to collect everything
> a C library needs for C23 compliance:
&g= t;
> =C2=A0 https://htmlprevie= w.github.io/?https://icube-forge.unistra.fr/icps/c23-library/-/raw/main/REA= DME.html
>
> This is by far not complete and I will try to = fill the holes in the
> next weeks. Let me know if you have any parti= cular
> questions/remarks/additions.
>
> Thanks
> J= =E2=82=91=E2=82=99=E2=82=9B
>
> --
> :: INRIA Nancy Grand= Est ::: Camus ::::::: ICube/ICPS :::
> :: :::::::::::::::::::::: gsm= France : +33 651400183 =C2=A0 ::
> :: ::::::::::::::: gsm internatio= nal : +49 15737185122 ::
> :: http://icube-icps.unistra.fr/index.php/Jens_Gusted= t ::



--
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=E6=AD=A4= =E8=87=B4
=E7=A4=BC
=E7=BD=97=E5=8B=87=E5=88=9A
Yours
=C2=A0 = =C2=A0 sincerely,
Yonggang Luo
--0000000000004f2bfb05edc4cdc7--