[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANiq72mn1nD38DGHpFQzerC=_ifR39Vpbb_PzLv5Q75SdzTxQg@mail.gmail.com>
Date: Tue, 11 Apr 2023 21:22:40 +0200
From: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
To: Hans Petter Selasky <hps@...asky.org>
Cc: Daniel Almeida <daniel.almeida@...labora.com>, wedsonaf@...il.com,
ojeda@...nel.org, mchehab@...nel.org, hverkuil@...all.nl,
rust-for-linux@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-media@...r.kernel.org, kernel@...labora.com
Subject: Re: [PATCH 0/6] Initial Rust V4L2 support
On Tue, Apr 11, 2023 at 5:33 PM Hans Petter Selasky <hps@...asky.org> wrote:
>
> Similarly rustc may depend on an incorrectly specified ioctl()
> definition, also via other libraries and static linking, that just have
> to stay incorrectly defined, because it was initially incorrectly defined.
Why would a compiler depend on random ioctls? Even if it did, how is
that related to the previous discussion? A compiler is just one more
userspace application. Whether the kernel uses C or Rust internally
has nothing to do with that.
Also, I don't follow your logic. You said you cannot upgrade your
toolchain (for some reason), and your argument is that the kernel
keeps interfaces stable? Well, yes, that is the point and what allows
you to upgrade.
Moreover, what is special about `rustc` here? What about your C toolchain?
> I'm trying to explain something difficult. And I'm OK that you neither
> understand nor agree about my viewpoint. See my replies above.
No, it is not a matter of being difficult. It is just that you have
not shown how you would be prevented from upgrading a toolchain.
Cheers,
Miguel
Powered by blists - more mailing lists