-
Notifications
You must be signed in to change notification settings - Fork 13.4k
Profraw files are not produced when using instrument-coverage on freebsd #94616
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Comments
For this to be really actionable, it would be great if you could reduce the regression range further. E.g. using https://github.com/rust-lang/cargo-bisect-rustc. cc #79121 |
As a first range reduction, I can say that Looking at the associated commit range, an obvious suspect is 30b3f35, which merges #93577, upgrading to LLVM 14. I'll see if I manage to confirm this using cargo-bisect-rustc |
I confirm that the issue was introduced by 30b3f35. |
Recent Rust toolchains cannot be used for coverage checking on FreeBSD. Lock the toolchain version in the coverage check script as a workaround. rust-lang/rust#94616
@elinorbgr I can no longer reproduce this bug using Rust 1.73.0-nightly and a recent build of FreeBSD 14. |
Indeed, it seems to work now! Thanks for the ping! |
Running the following command on the calloop repo on a FreeBSD environment:
No
.profraw
file is produced with the latest nightly (which now causes our CI script to fail).Meta
The files were correctly produced with
rustc 1.60.0-nightly (88fb06a1f 2022-02-05)
, but are no longer produced onrustc 1.60.0-nightly (30b3f35c4 2022-02-17)
norrustc 1.61.0-nightly (10913c000 2022-03-03)
. This fails on both FreeBSD 13.0 and FreeBSD 12.1 (according to our CI).Running the command on Linux using
rustc 1.61.0-nightly (10913c000 2022-03-03)
works as expected, producing the.profraw
files.The text was updated successfully, but these errors were encountered: