[wgpu-hal] Change the DropGuard
API in Vulkan and GLES to a callback-based one.
#6164
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This patch also unifies the behavior of the the
DropGuard
-ish constructs in the Vulkan and GLES implementations.Connections
A change discussed in #6142. Closes #6142.
Description
Previously, when creating some wgpu structs from raw Vulkan or GLES counterparts, it was sometimes possible to provide a
DropGuard
, which would signal when the wgpu struct was dropped and the underlying structure could be cleaned up. Unfortunately, the behavior was very inconsistent across different*_from_raw
functions. This patch unifies this behavior switching to a callback-based approach.Testing
Things still compile and there is no difference in test passes.
Checklist
cargo fmt
.cargo clippy
. If applicable, add:--target wasm32-unknown-unknown
--target wasm32-unknown-emscripten
This just fails with many errors
cargo xtask test
to run tests.41 tests fail on my PC, but they also fail without my changes.
CHANGELOG.md
. See simple instructions inside file.