starred/komorebi
1
0
Fork 0
mirror of https://github.com/LGUG2Z/komorebi.git synced 2026-01-11 14:40:25 +01:00
Code Issues 87 Packages Projects Releases 10 Wiki Activity

[PR #1569] [CLOSED] chore(deps): bump windows-core from 0.61.2 to 0.62.0 #1466

New Issue
Closed
opened 2026-01-05 14:55:22 +01:00 by adam · 0 comments
adam commented 2026-01-05 14:55:22 +01:00
Owner
Copy Link

📋 Pull Request Information

Original PR: https://github.com/LGUG2Z/komorebi/pull/1569
Author: @dependabot[bot]
Created: 9/22/2025
Status: ❌ Closed

Base: master ← Head: dependabot/cargo/windows-core-0.62.0

📝 Commits (1)

  • a7bcd0b chore(deps): bump windows-core from 0.61.2 to 0.62.0

📊 Changes

2 files changed (+4 additions, -4 deletions)

View changed files

📝 Cargo.lock (+3 -3)
📝 Cargo.toml (+1 -1)

📄 Description

Bumps windows-core from 0.61.2 to 0.62.0.

Release notes

Sourced from windows-core's releases.

62

New 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 larger windows crate. This crate also provides an optimized implementation of the standard Iterator trait for the Windows IIterator<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 larger windows crate.

  • The windows-link crate provides linker support for Windows (#3450). This is the evolution of the older windows-targets crate but is substantially simpler and more versatile thanks to advances in the Rust compiler since the windows-targets crate 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 of windows-sys, now depend on the new windows-link crate instead of the older windows-targets crate. This greatly simplifies compilation and also greatly reduces the size of dependencies as the windows-link crate is tiny. The windows-bindgen crate defaults to windows-link but also adds the --link option to override this as needed. You may for example want to use --link windows_targets if you need to stick with the windows-targets crate if you cannot change your MSRV to Rust 1.71 or later as that was the first version to stabilize raw-dylib for all Windows targets. This then lets you continue to use windows-bindgen until 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 windows crate.

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 transmute calls, as well as many other critical fixes and improvements.

  • The windows-core crate is largely unchanged but required some breaking changes to support windows-bindgen type 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, and windows-collections crates for those types, as well as a number of critical fixes and improvements to features and cfg guards (#3431), and many other small improvements.

Minor updates to existing crates

  • The windows-result now includes the BOOL type (#3441) as a core type. This allows this ubiquitous type to be used without requiring a dependency on the larger windows crate.

  • The windows-strings crate now depends on the new windows-link crate instead of the older windows-targets crate.

  • The windows-version crate now depends on the new windows-link crate instead of the older windows-targets crate.

  • The cppwinrt crate includes minor improvements to improve build reliability.

What's Changed

... (truncated)

Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.

## 📋 Pull Request Information **Original PR:** https://github.com/LGUG2Z/komorebi/pull/1569 **Author:** [@dependabot[bot]](https://github.com/apps/dependabot) **Created:** 9/22/2025 **Status:** ❌ Closed **Base:** `master` ← **Head:** `dependabot/cargo/windows-core-0.62.0` --- ### 📝 Commits (1) - [`a7bcd0b`](https://github.com/LGUG2Z/komorebi/commit/a7bcd0bfb6e2e7a463c6ce9263a9e471c6bdcd08) chore(deps): bump windows-core from 0.61.2 to 0.62.0 ### 📊 Changes **2 files changed** (+4 additions, -4 deletions) <details> <summary>View changed files</summary> 📝 `Cargo.lock` (+3 -3) 📝 `Cargo.toml` (+1 -1) </details> ### 📄 Description Bumps [windows-core](https://github.com/microsoft/windows-rs) from 0.61.2 to 0.62.0. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/microsoft/windows-rs/releases">windows-core's releases</a>.</em></p> <blockquote> <h2>62</h2> <h2>New crates in this release</h2> <ul> <li> <p>The <a href="https://crates.io/crates/windows-collections">windows-collections</a> crate defines the Windows collection types like <code>IIterable&lt;T&gt;</code>, <code>IVector&lt;T&gt;</code>, <code>IMap&lt;K, V&gt;</code>, and so on (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3483">#3483</a>). It also includes all of the stock implementations for creating such collections (<a href="https://redirect.github.com/microsoft/windows-rs/issues/2346">#2346</a>, <a href="https://redirect.github.com/microsoft/windows-rs/issues/2350">#2350</a>, <a href="https://redirect.github.com/microsoft/windows-rs/issues/2353">#2353</a>). This allows these collections to be used without requiring a dependency on the larger <code>windows</code> crate. This crate also provides an optimized implementation of the standard <code>Iterator</code> trait for the Windows <code>IIterator&lt;T&gt;</code> interface (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3476">#3476</a>).</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-future">windows-future</a> crate defines the Windows async types like <code>IAsyncAction</code>, <code>IAsyncOperation&lt;T&gt;</code>, and so on (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3490">#3490</a>). It also includes all of the stock implementations for creating such async types (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3221">#3221</a>, <a href="https://redirect.github.com/microsoft/windows-rs/issues/3235">#3235</a>). This allows these async types to be used without requiring a dependency on the larger <code>windows</code> crate.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-link">windows-link</a> crate provides linker support for Windows (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3450">#3450</a>). This is the evolution of the older <code>windows-targets</code> crate but is substantially simpler and more versatile thanks to advances in the Rust compiler since the <code>windows-targets</code> crate 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 of <code>windows-sys</code>, now depend on the new <code>windows-link</code> crate instead of the older <code>windows-targets</code> crate. This greatly simplifies compilation and also greatly reduces the size of dependencies as the <code>windows-link</code> crate is tiny. The <code>windows-bindgen</code> crate defaults to <code>windows-link</code> but also adds the <code>--link</code> option to override this as needed. You may for example want to use <code>--link windows_targets</code> if you need to stick with the <code>windows-targets</code> crate if you cannot change your MSRV to Rust 1.71 or later as that was the first version to stabilize <code>raw-dylib</code> for all Windows targets. This then lets you continue to use <code>windows-bindgen</code> until you are ready to move to a newer version of Rust.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-numerics">windows-numerics</a> crate defines the Windows numeric types to support graphics-oriented math APIs and calculations (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3488">#3488</a>). 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 <code>windows</code> crate.</p> </li> </ul> <h2>Major updates to existing crates</h2> <ul> <li> <p>The <a href="https://crates.io/crates/windows-bindgen">windows-bindgen</a> crate provides a number of improvements including new diagnostics (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3498">#3498</a>), streamlined and more capable reference support (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3497">#3497</a>, <a href="https://redirect.github.com/microsoft/windows-rs/issues/3492">#3492</a>), hardened method overloading (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3477">#3477</a>), far fewer <code>transmute</code> calls, as well as many other critical fixes and improvements.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-core">windows-core</a> crate is largely unchanged but required some breaking changes to support <code>windows-bindgen</code> type system improvements.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-registry">windows-registry</a> crate continues to improve with generalized support for access rights (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3482">#3482</a>), open options (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3461">#3461</a>), and other minor improvements.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows">windows</a> crate now delegates to the <code>windows-numerics</code>, <code>windows-future</code>, and <code>windows-collections</code> crates for those types, as well as a number of critical fixes and improvements to features and <code>cfg</code> guards (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3431">#3431</a>), and many other small improvements.</p> </li> </ul> <h2>Minor updates to existing crates</h2> <ul> <li> <p>The <a href="https://crates.io/crates/windows-result">windows-result</a> now includes the <code>BOOL</code> type (<a href="https://redirect.github.com/microsoft/windows-rs/issues/3441">#3441</a>) as a core type. This allows this ubiquitous type to be used without requiring a dependency on the larger <code>windows</code> crate.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-strings">windows-strings</a> crate now depends on the new <code>windows-link</code> crate instead of the older <code>windows-targets</code> crate.</p> </li> <li> <p>The <a href="https://crates.io/crates/windows-version">windows-version</a> crate now depends on the new <code>windows-link</code> crate instead of the older <code>windows-targets</code> crate.</p> </li> <li> <p>The <a href="https://crates.io/crates/cppwinrt">cppwinrt</a> crate includes minor improvements to improve build reliability.</p> </li> </ul> <h2>What's Changed</h2> <ul> <li>Use <code>track_caller</code> in more places by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3424">microsoft/windows-rs#3424</a></li> <li>Allow name and value types in <code>set_string</code> to differ by <a href="https://github.com/kerosina"><code>@​kerosina</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3412">microsoft/windows-rs#3412</a></li> <li>Simplify internal <code>windows-bindgen</code> caching by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3427">microsoft/windows-rs#3427</a></li> <li>Fix test build reliability by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3429">microsoft/windows-rs#3429</a></li> <li>Use dedicated arch <code>cfg</code> writer by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3430">microsoft/windows-rs#3430</a></li> <li>Fix <code>cfg</code> generation by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3431">microsoft/windows-rs#3431</a></li> <li>Remove <code>Ref</code> unused lifetime type parameter by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3433">microsoft/windows-rs#3433</a></li> <li>Use <code>Ref</code> for generic type parameters by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3435">microsoft/windows-rs#3435</a></li> <li>Apply type <code>cfg</code> to <code>Send</code> and <code>Sync</code> implementations by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3438">microsoft/windows-rs#3438</a></li> <li>Make <code>BOOL</code> a core type by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3441">microsoft/windows-rs#3441</a></li> <li>Remap the Win32 definition of <code>EventRegistrationToken</code> by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3445">microsoft/windows-rs#3445</a></li> <li>Use <code>Ref</code> and <code>OutRef</code> for C++ delegates by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3447">microsoft/windows-rs#3447</a></li> <li>Reintroduce <code>Ref</code> lifetime type parameter by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3448">microsoft/windows-rs#3448</a></li> <li>Introducing the <code>windows-link</code> crate by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3450">microsoft/windows-rs#3450</a></li> <li>Avoid over-wrapping optional callback parameters by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3452">microsoft/windows-rs#3452</a></li> <li>Use unique path for <code>cppwinrt</code> temp file by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3455">microsoft/windows-rs#3455</a></li> <li>Share result mapping code in <code>windows-bindgen</code> and reduce <code>transmute</code> count by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3454">microsoft/windows-rs#3454</a></li> <li>Simplify signature parameter handling inside <code>windows-bindgen</code> by <a href="https://github.com/kennykerr"><code>@​kennykerr</code></a> in <a href="https://redirect.github.com/microsoft/windows-rs/pull/3456">microsoft/windows-rs#3456</a></li> </ul> <!-- raw HTML omitted --> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li>See full diff in <a href="https://github.com/microsoft/windows-rs/commits/0.62.0">compare view</a></li> </ul> </details> <br /> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=windows-core&package-manager=cargo&previous-version=0.61.2&new-version=0.62.0)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show <dependency name> ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>
adam added the pull-request label 2026-01-05 14:55:22 +01:00
adam closed this issue 2026-01-05 14:55:23 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
0.1.36
apps-behaving-badly
bug
bug
cannot-reproduce
documentation
enhancement
github_actions
i-am-stuck
i-will-definitely-work-on-this
i-will-not-work-on-this
i-will-probably-work-on-this
komorebi
komorebi-bar
komorebic
performance
pull-request
Mirrored from GitHub Pull Request
 translation
No Label pull-request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
adam
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/komorebi#1466
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?