8000 Add double-precision support for Avian by Noxmore · Pull Request #110 · Noxmore/bevy_trenchbroom · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Add double-precision support for Avian #110

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

Merged
merged 1 commit into from
Jul 8, 2025
Merged

Add double-precision support for Avian #110

merged 1 commit into from
Jul 8, 2025

Conversation

Noxmore
Copy link
Owner
@Noxmore Noxmore commented Jul 8, 2025

Does what it says on the tin, this was originally implemented by #109, but this implementation doesn't split f32 and f64 into their own features.

It looks like bevy_rapier3d doesn't even support double-precision, even if rapier3d does via rapier3d-f64, so this support doesn't extend to Rapier for now.

Closes #109

@Noxmore Noxmore merged commit 4f9f983 into main Jul 8, 2025
4 of 5 checks passed
@Noxmore Noxmore deleted the avian-f64 branch July 8, 2025 02:32
@eswartz
Copy link
Contributor
eswartz commented Jul 8, 2025

Hmm, thanks for taking this on, but it looks like this permanently enables f64 for Avian (which is not the default for typical usage). My use case which spurred the PR was a prototype where I'm using f64 for silly reasons that I'm likely to drop. That's why my PR allowed the client to make that decision by enabling either the bevy_trenchbroom/avian32 or bevy_trenchbroom/avian64 features.

@Noxmore
Copy link
Owner Author
Noxmore commented Jul 8, 2025

It does for BTB testing with dev-dependencies and the physics example, but that shouldn't affect you. Are you seeing this in cargo tree?

@eswartz
Copy link
Contributor
eswartz commented Jul 8, 2025

It does for BTB testing with dev-dependencies and the physics example, but that shouldn't affect you. Are you seeing this in cargo tree?

You are right, there's no problem here. I got confused by the diff and didn't realize it was only the dev-dependencies version with that feature change. I can indeed build example/physics with f32 just fine. (Sorry for making noise. I'm only two years into Rust and still learning things! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants
0