[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230504160304.GC4163@brightrain.aerifal.cx>
Date: Thu, 4 May 2023 12:03:04 -0400
From: Rich Felker <dalias@...c.org>
To: Jₑₙₛ Gustedt <jens.gustedt@...ia.fr>
Cc: enh <enh@...gle.com>, musl@...ts.openwall.com,
罗勇刚(Yonggang Luo) <luoyonggang@...il.com>,
Jason Ekstrand <jason@...kstrand.net>
Subject: Re: C23 implications for C libraries
On Thu, May 04, 2023 at 08:19:42AM +0200, Jₑₙₛ Gustedt wrote:
> Hi,
>
> on Wed, 3 May 2023 15:58:26 -0700 you (enh <enh@...gle.com>) 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?
I'm a little bit hesitant/skeptical to do this in case the optional C
ones eventually end up having requirements that conflict with the
POSIX/extension ones or even just with our/Linux's implementation
choices for them. This seems like locking ourselves into a commitment
to support something that doesn't have a lot of motivation to exist.
But I'm open to discussion.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
