Skip to content

Conversation

@MarijnS95
Copy link

Since windows-bindgen 0.64 there's a new --specific-deps option that allows us to drop the windows-core dependency (which releases at the same cadence as windows, so replacing with that isn't a net-win except for windows crate download size) and purely utilize a few small non-COM utility crates that are not expected to release breaking updates very often while still taking advantage of the high-level non-sys windows-rs bindings.

Caution

There are currently a few violations here such as a windows_core::Error reference that should have been windows_result::Error, and a reference/requirement on windows_core::Param and impl windows_core::Free for HANDLE that don't actually allow us to drop the windows-core dependency just yet, CC @kennykerr. I'll report these upstream and use this draft PR as a live example out in the wild.

Note that this windows-bindgen version bumps the minimum version (and resulting MSRV?) bounds on all these crates significantly.

Since `windows-bindgen 0.64` there's a new `--specific-deps` option
that allows us to drop the `windows-core` dependency (which releases at
the same cadence as `windows`, so replacing with that isn't a net-win
except for `windows` crate download size) and purely utilize a few small
non-COM utility crates that are not expected to release breaking updates
very often while still taking advantage of the high-level non-`sys`
windows-rs bindings.
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.

1 participant