You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running cargo test --no-run doesn't seem to produce a binary in target/debug like it used to. While it does appear to "compile, but not run tests" as advertised, the output of this compilation is nowhere to be found. Previously, it could be found in target/debug/crate_name-some_build_hash
Steps
Clean your target directory
Run cargo test --no-run
Cargo will appear to build your test suite /somewhere/, but that somewhere isn't in target/debug like it used to be, nor is it anywhere immediately obvious within the target/debug/build subdirectories
Check target/debug, and find that there are no binaries to be found
Possible Solution(s)
Restoring the behavior where it would put the binary into target/debug would be ideal. However it may make more sense to have a separate target/test or something along those lines as well. Essentially, there appears to currently be no way to manually invoke a test binary so that test results can be parsed and stored in CI-friendly formats (e.g. JUnit as cargo-suity does)
Notes
Output of cargo version: cargo 1.46.0-nightly (4f74d9b2a 2020-07-08)
with rustup toolchain nightly-2020-07-12. This is confirmed to be happening on macOS 10.15.4 and Ubuntu 19.10
The text was updated successfully, but these errors were encountered:
on futher inspection, it appears to be emitted to target/debug/deps/<crate_name>-<some_build_hash> Maybe we can reframe this as a feature request to emit as target/debug/<crate_name>-test or something along those lines?
For now, the intent is to use --message-format=json to get the path to the file to execute the tests. I think the following issues match your feature request: #1924, #3670
Problem
Running
cargo test --no-run
doesn't seem to produce a binary intarget/debug
like it used to. While it does appear to "compile, but not run tests" as advertised, the output of this compilation is nowhere to be found. Previously, it could be found intarget/debug/crate_name-some_build_hash
Steps
target
directorycargo test --no-run
target/debug
like it used to be, nor is it anywhere immediately obvious within thetarget/debug/build
subdirectoriestarget/debug
, and find that there are no binaries to be foundPossible Solution(s)
Restoring the behavior where it would put the binary into
target/debug
would be ideal. However it may make more sense to have a separatetarget/test
or something along those lines as well. Essentially, there appears to currently be no way to manually invoke a test binary so that test results can be parsed and stored in CI-friendly formats (e.g. JUnit as cargo-suity does)Notes
Output of
cargo version
:cargo 1.46.0-nightly (4f74d9b2a 2020-07-08)
with
rustup toolchain nightly-2020-07-12
. This is confirmed to be happening on macOS 10.15.4 and Ubuntu 19.10The text was updated successfully, but these errors were encountered: