-
Notifications
You must be signed in to change notification settings - Fork 101
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Running tests using Bevy 0.14.0 fails on Windows #1508
Comments
Update: Managed to generate a smaller example that results in another error, but it pulls in another dependency: Cargo.toml[package]
name = "minimal_doctest_fail"
version = "0.1.0"
authors = ["Jan Hohenheim <[email protected]>"]
edition = "2021"
[dependencies]
# remove the `dynamic_linking` feature to fix the issue.
bevy = { version = "0.14.0", features = ["dynamic_linking"] }
avian3d = { git = "https://github.com/Jondolf/bevy_xpbd", branch = "avian"}
[profile.dev]
opt-level = 1
[profile.dev.package."*"]
opt-level = 3 lib.rs/// ```
/// use bevy::prelude::*;
/// use avian3d::prelude::*;
///
/// App::new().add_plugins((MinimalPlugins, PhysicsPlugins::default()));
/// ``` This results in the following: Error message
For context, Avian is one of the two major physics engines for Bevy. |
I don't think you know how this happened @Jondolf, but Avian is causing some interesting runtime failures on cranelift. |
I suspect the crash is unrelated to Avian. Are you able to get a backtrace? Does it reproduce if you move from a doctest to a standalone integration test? |
@bjorn3 running the following does indeed also trigger the first error: #[cfg(test)]
mod tests {
use bevy::prelude::*;
#[test]
fn test_bevy() {
App::new().add_plugins(MinimalPlugins);
}
} results in
Adding the Avian part however does not change the error and thus does not replicate my finding posted before. All of the above does not change when I move the test into |
@bjorn3 some updates: the error |
Does it work now? There have been several bug fixes related to Bevy in the past couple of months. |
Setup
Cargo.toml
lib.rs
rustc-clif --print target-libdir
to myPATH
per Dynamically linked library path resolution withcargo clif test --doc
differs fromcargo test --doc
#1505cargo clif test --doc
Result
Additional Notes
I don't know if the fact I'm using dynamic linking is relevant for this issue.
The text was updated successfully, but these errors were encountered: