Skip to content
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

D3D12 cleanup #6200

Merged
merged 9 commits into from
Sep 3, 2024
116 changes: 26 additions & 90 deletions Cargo.lock

Some generated files are not rendered by default. Learn more about how customized files appear on GitHub.

1 change: 0 additions & 1 deletion Cargo.toml
Original file line number Diff line number Diff line change
Expand Up @@ -149,7 +149,6 @@ gpu-descriptor = "0.3"
bit-set = "0.8"
gpu-allocator = { version = "0.27", default-features = false }
range-alloc = "0.1"
hassle-rs = "0.11.0"
Copy link
Contributor

@MarijnS95 MarijnS95 Sep 3, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For future reference, the only reason why hassle-rs cannot use windows-rs as bindings is because the windows-rs maintainers refuse to allow basic Linux support. DirectxShaderConverter works on Linux via the same COM bindings otherwise.

(Either way the abstraction provided by hassle-rs is far from ideal)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I found it more straightforward to just use the bindings directly since we have to deal with them for D3D12 anyway.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah the abstraction by hassle-rs isn't that useful. It's mostly creating the bindings but we have those now (except not for Linux 😭) in windows-rs.

windows-core = { version = "0.58", default-features = false }

# Gles dependencies
Expand Down
Loading
Loading