[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87wn64fq7d.fsf@meer.lwn.net>
Date: Mon, 02 Jan 2023 16:53:58 -0700
From: Jonathan Corbet <corbet@....net>
To: Carlos Bilbao <carlos.bilbao@....com>, ojeda@...nel.org,
akiyks@...il.com, jani.nikula@...ux.intel.com,
rdunlap@...radead.org
Cc: linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
konstantin@...uxfoundation.org,
Carlos Bilbao <carlos.bilbao@....com>
Subject: Re: [PATCH v5 0/2] docs: Integrate rustdoc into Rust documentation
Carlos Bilbao <carlos.bilbao@....com> writes:
> Include HTML output generated with rustdoc into the Linux kernel
> documentation on Rust.
>
> Carlos Bilbao:
> docs: Move rustdoc output, cross-reference it
> docs: Integrate rustdoc generation into htmldocs
OK, so I just gave this a try...
- It forces the generation of a kernel configuration, something that the
docs build has never done until now. What are our changes of
eliminating that?
- It did a bunch of other building, starting with objtool - again, never
needed for the docs build before.
In the end, it died with:
> BINDGEN rust/bindings/bindings_generated.rs
> Failed to run rustfmt: No such file or directory (os error 2) (non-fatal, continuing)
> BINDGEN rust/bindings/bindings_helpers_generated.rs
> error: Found argument '--blacklist-type' which wasn't expected, or isn't valid in this context
>
> Did you mean '--blocklist-type'?
Perhaps this is because I ignored the warnings about my Rust toolchain
being too new? (Rust 1.65.0, bindgen 0.63.0). I get that only one
version is really supported, but it would be nice to fail a bit more
gracefully if at all possible.
Anyway, I've unapplied these for now; thoughts on all this?
Thanks,
jon
Powered by blists - more mailing lists