Docs: Suggest enabling the Feature resolver version 2 in the MCU doc

After a while trying to understand why std kept appearing in the output of
`cargo +nightly tree -e features -i once_cell -f "{p} {f}"` and why it built within the
slint tree but not in my project, I figured out that this is probably because slint
is enabling the new feature resolver in its root Cargo.toml.
This commit is contained in:
Jocelyn Turcotte 2023-01-16 17:09:10 -05:00 committed by Olivier Goffart
parent 279f399adf
commit cad7178b9e

View file

@ -28,6 +28,11 @@ The following sections assume that your setup is complete and you have a non-gra
Start by adding a dependency to the `slint` and the `slint-build` crates to your `Cargo.toml`:
```toml
[package]
## ...
## Edition 2021 or later enables the feature resolver version 2.
edition = "2021"
[dependencies]
## ... your other dependencies
@ -52,6 +57,10 @@ In the snippet above, three features are selected:
* `libm`: We select this feature to enable the use of the [libm](https://crates.io/crates/libm) crate to provide traits and functions for floating point arithmetic.
They are typically provided by the Rust Standard Library (std), but that is not available in bare metal environments.
It might be necessary to enable the [Feature resolver version 2](https://doc.rust-lang.org/cargo/reference/features.html#feature-resolver-version-2)
in your Cargo.toml if you notice that your dependencies are attempting to build with `std` support even if it was disabled.
This is the default when using the Rust 2021 Edition or later.
## Changes to `build.rs`
Next, write a build script to compile the `.slint` files to Rust code for embedding into the program binary, using the `slint-build` crate: