Fail early when trying to build for an unavailable target about cargo HOT 4 OPEN

Also, specifying a target in the rust-toolchain.toml file will automatically download the target when you run cargo build so perhaps cargo could do the same when specifying a target via the command line.

from cargo.

On a vacation so the reply may be quite shallow.

Also, specifying a target in the rust-toolchain.toml file will automatically download the target when you run cargo build so perhaps cargo could do the same when specifying a target via the command line.

In this case, the download is done by rustup. cargo being called is actually a wrapper (aka proxy) provided by rustup, and then rustup delegates to the real cargo binary. On this point, Cargo doesn't know whether a platform target is available or not.

Even if a target is installed and available, it can still fail during the compilation when some system tools are missing. For example, rustc can build wasm32-unknown-emscripten very well until it needs emcc to link to other C libs. Checking the availbility of a target is not sufficient to ensure a platform target to build.

I don't have a good idea for now, but always welcome any improvement in error messages.

from cargo.

When you add a target, that just means rust-std is installed. We still call into the same compiler. So this likely being discovered late in the build process when it sees you using features and can't find what to link against. I suspect that improving the error message would be something rustc would have to do, if it can even do it.

As for cargo vs rustup, something to add to the above is all of this needs to work without rustup as that is an optional package. Even if we made it required there are restrictions on what we could do within certain environments the Rust project targets that we would have to carefully evaluate.

from cargo.

Thank you for your responses. I think minimally it would be nice to have the rustup cargo proxy handle the --target option the same as it does for targets in rust-toolchain.toml. As for a warning in the build process yeah it seems like that would just be a rustc thing then, and a special case for rust-std.

from cargo.