[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20230222195537.3462c1c3.gary@garyguo.net>
Date: Wed, 22 Feb 2023 19:55:37 +0000
From: Gary Guo <gary@...yguo.net>
To: Heghedus Razvan <heghedus.razvan@...tonmail.com>
Cc: Thomas Gleixner <tglx@...utronix.de>,
Asahi Lina <lina@...hilina.net>,
Boqun Feng <boqun.feng@...il.com>,
Miguel Ojeda <ojeda@...nel.org>,
Alex Gaynor <alex.gaynor@...il.com>,
Wedson Almeida Filho <wedsonaf@...il.com>,
Björn Roy Baron <bjorn3_gh@...tonmail.com>,
John Stultz <jstultz@...gle.com>,
Stephen Boyd <sboyd@...nel.org>, linux-kernel@...r.kernel.org,
rust-for-linux@...r.kernel.org, asahi@...ts.linux.dev
Subject: Re: [PATCH] rust: time: New module for timekeeping functions
On Tue, 21 Feb 2023 21:33:42 +0000
Heghedus Razvan <heghedus.razvan@...tonmail.com> wrote:
> On Tuesday, February 21st, 2023 at 8:45 PM, Thomas Gleixner <tglx@...utronix.de> wrote:
>
> > That's the same the Rust std time semantics:
> >
> > Duration = Instance - Instance valid
> > Duration = Systemtime - SystemTime valid
> > Duration = Systemtime - Instance invalid
> >
> > No?
> >
> I agree with Thomas on this one. The Rust type system is really powerful and we should take advantage of it. Time deltas can be enforced to be from the same clock at compile time.
> Just for the sake of it, I wrote a small example on how this can be achieve: https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=1d0f70bb5329b181f203ce7270e2957a
>
`NowTime` don't need the type parameter. Here's a slightly more polished
version (also with names changed a bit so it looks more "Rusty"):
https://play.rust-lang.org/?version=stable&mode=debug&edition=2021&gist=83702f491050da1c67ab9aa129103f7d
Best,
Gary
Powered by blists - more mailing lists