On Mon, 16 Oct 2023 at 05:17, Daniel P. Berrangé <berra...@redhat.com> wrote: > > On Fri, Oct 13, 2023 at 02:20:16PM -0400, Tyler Fanelli wrote: > > Hi Manos, > > > > Thanks for the heads up, I was using rust 1.71.1. Will update the series > > with 1.72.1 > > > > Stefan, Philippe, or Daniel: is there a specific policy for the Rust version > > we should be developing on for crates in qemu? > > There are a couple of dimensions to this. > > First is the matter of what operating system and architecture pairs are > supported as targets for the Rust toolchain, and the standard library. > We'll need both to work of course. > > Second there is the matter of what versions of Rust are shipped in the > various operating systems currently. > > In a previous discussion there was a wiki page fleshed out with this > info: > > https://wiki.qemu.org/RustInQemu > > but the min versions are certainly out of date now. > > Third there is the question of whether distros have facility for pulling > in newer toolchain versions, and if so should we be willing to use them. > This is relevant for the long life distros like RHEL, which might ship > with a variety of Rust versions. Historically we've been very conservative > but with Python last year we adopted a more aggressive policy of being > willing to take any newer version available from the distro vendor, not > merely the oldest baseline. I suspect we'll want a similar approach with > rust. > > Anyhow, I think you could probably start by updatnig that RustInQemu > wiki page so that it reflects the current state of the world in terms > of support tiers and versions.
I have two specific scenarios in mind that should build successfully: 1. On the oldest operating system version supported by QEMU where Rust code previously built successfully. In other words, once QEMU Rust code starts building, it keeps building on that operating system version with the distro's Rust toolchain until QEMU increases the minimum supported distro version. The rationale here is for both end-users that build from source and for distro packagers to be able to build QEMU easily. 2. On the latest Rust stable toolchain from rustup. The rationale is that developers often use rustup instead of the distro toolchain, so it's nice to support it as a convenience. Stefan
