chore(deps): update windows-rs and webview2 crates #14215
Draft
+124
−35
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.
Coming soon: The Renovate bot (GitHub App) will be renamed to Mend. PRs from Renovate will soon appear from 'Mend'. Learn more here.
This PR contains the following updates:
0.61->0.620.5->0.60.60->0.61Release Notes
microsoft/windows-rs (windows)
v0.62.0: 62New crates in this release
The windows-collections crate defines the Windows collection types like
IIterable<T>,IVector<T>,IMap<K, V>, and so on (#3483). It also includes all of the stock implementations for creating such collections (#2346, #2350, #2353). This allows these collections to be used without requiring a dependency on the largerwindowscrate. This crate also provides an optimized implementation of the standardIteratortrait for the WindowsIIterator<T>interface (#3476).The windows-future crate defines the Windows async types like
IAsyncAction,IAsyncOperation<T>, and so on (#3490). It also includes all of the stock implementations for creating such async types (#3221, #3235). This allows these async types to be used without requiring a dependency on the largerwindowscrate.The windows-link crate provides linker support for Windows (#3450). This is the evolution of the older
windows-targetscrate but is substantially simpler and more versatile thanks to advances in the Rust compiler since thewindows-targetscrate was unveiled. Notably, it does not depend on or insert any import libs and can be used with custom libraries, not only those provided by the Windows operating system. All of the crates, with the exception ofwindows-sys, now depend on the newwindows-linkcrate instead of the olderwindows-targetscrate. This greatly simplifies compilation and also greatly reduces the size of dependencies as thewindows-linkcrate is tiny. Thewindows-bindgencrate defaults towindows-linkbut also adds the--linkoption to override this as needed. You may for example want to use--link windows_targetsif you need to stick with thewindows-targetscrate if you cannot change your MSRV to Rust 1.71 or later as that was the first version to stabilizeraw-dylibfor all Windows targets. This then lets you continue to usewindows-bindgenuntil you are ready to move to a newer version of Rust.The windows-numerics crate defines the Windows numeric types to support graphics-oriented math APIs and calculations (#3488). It also also includes all of the stock implementations for overloaded operators and other transformations. This allows these numeric types to be used without requiring a dependency on the larger
windowscrate.Major updates to existing crates
The windows-bindgen crate provides a number of improvements including new diagnostics (#3498), streamlined and more capable reference support (#3497, #3492), hardened method overloading (#3477), far fewer
transmutecalls, as well as many other critical fixes and improvements.The windows-core crate is largely unchanged but required some breaking changes to support
windows-bindgentype system improvements.The windows-registry crate continues to improve with generalized support for access rights (#3482), open options (#3461), and other minor improvements.
The windows crate now delegates to the
windows-numerics,windows-future, andwindows-collectionscrates for those types, as well as a number of critical fixes and improvements to features andcfgguards (#3431), and many other small improvements.Minor updates to existing crates
The windows-result now includes the
BOOLtype (#3441) as a core type. This allows this ubiquitous type to be used without requiring a dependency on the largerwindowscrate.The windows-strings crate now depends on the new
windows-linkcrate instead of the olderwindows-targetscrate.The windows-version crate now depends on the new
windows-linkcrate instead of the olderwindows-targetscrate.The cppwinrt crate includes minor improvements to improve build reliability.
What's Changed
track_callerin more places by @kennykerr in #3424set_stringto differ by @kerosina in #3412windows-bindgencaching by @kennykerr in #3427cfgwriter by @kennykerr in #3430cfggeneration by @kennykerr in #3431Refunused lifetime type parameter by @kennykerr in #3433Reffor generic type parameters by @kennykerr in #3435cfgtoSendandSyncimplementations by @kennykerr in #3438BOOLa core type by @kennykerr in #3441EventRegistrationTokenby @kennykerr in #3445RefandOutReffor C++ delegates by @kennykerr in #3447Reflifetime type parameter by @kennykerr in #3448windows-linkcrate by @kennykerr in #3450cppwinrttemp file by @kennykerr in #3455windows-bindgenand reducetransmutecount by @kennykerr in #3454windows-bindgenby @kennykerr in #3456OpenOptionstowindows-registryby @kennykerr in #3461windows-linkto the windows-rs readme by @kennykerr in #3462no_stdby @kennykerr in #3469IteratorforIIterator<T>by @kennykerr in #3476windows-registryby @kennykerr in #3482MethodDefconstructor parent resolution by @kennykerr in #3484windows-collectionscrate by @kennykerr in #3483windows-numericscrate by @kennykerr in #3488windows-futurecrate by @kennykerr in #3490windows-bindgenreference usability and default reference support by @kennykerr in #3492bindgenby @kennykerr in #3496windows-bindgenby @kennykerr in #3497windows-bindgento improve diagnostics by @kennykerr in #3498New Contributors
Full Changelog: microsoft/windows-rs@0.61.0...0.62.0
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.