[d3d12 wgl] Upgrade to `windows 0.62` crates #6876

MarijnS95 · 2025-01-08T11:06:21Z

Connections

https://github.com/microsoft/windows-rs/releases/tag/0.61.0
https://github.com/microsoft/windows-rs/releases/tag/63
https://github.com/microsoft/windows-rs/releases/tag/69

Description

Uses the latest windows 0.62 and windows-core 0.62 releases, including some minor code improvements for us. The MSRV has been bumped to 1.74, but wgpu is already on 1.76 anyway.

Testing

WGPU_BACKEND=d3d12 cargo r -p wgpu-examples hello_triangle

Checklist

Run cargo fmt.
Run taplo format.
Run cargo clippy. If applicable, add:
- --target wasm32-unknown-unknown
- --target wasm32-unknown-emscripten
Run cargo xtask test to run tests.
Add change to CHANGELOG.md. See simple instructions inside file.
Replaced crate patches with actual releases.

MarijnS95 · 2025-01-08T11:10:49Z

wgpu-hal/src/gles/wgl.rs

            return Ok(());
        }
-        unsafe { OpenGL::wglMakeCurrent(None, None) }
+        unsafe { OpenGL::wglMakeCurrent(Default::default(), Default::default()) }


@kennykerr can you help us here? I did not do my due diligence this time to search through windows-rs and win32metadata for relevant changes, but while most handles have been made optional (see other Some() wrapping changes in this PR), quite strangely these parameters are no longer optional in wglMakeCurrent() where they have a specific use-case to uncurrent the context.

Is this change intended or accidental? We can clearly get around it by passing a defaulted HDC/HGLRC, but it seems strange when compared to other functions where None can be passed.

The code generator now faithfully honors the metadata's [Optional] attribute - in the case of wglMakeCurrent the handle parameters are not optional whereas in the case of CreateSwapChainForCompositionSurfaceHandle the handle parameter is optional.

Thanks @kennykerr. So this'll take another trip through win32metadata to annotate correctly.

cwfitzgerald · 2025-01-08T19:37:11Z

Just to set expectations here, we likely can't merge this for a bit, as firefox is currently on 0.58 and migration will be a bit of a thing. @ErichDonGubler will take charge of this.

I don't expect there to be a ton of problems with this PR just hanging out for a while. I'm going to mark this as draft as we can't merge it, but @Wumpf will review it still.

MarijnS95 · 2025-01-09T19:21:03Z

@cwfitzgerald that's all good, I don't expect this to be merged until the upgrade has fully trickled through the ecosystem. Just making sure we have a PR open with all the necessary changes that I couldn't make in the original windows-rs migration due to missing or incorrect upstream annotations.

larseggert · 2025-01-10T06:02:19Z

Regarding neqo and mtu, we can bump whenever you're ready - just let us know. (CC @mxinden for info).

mxinden · 2025-01-10T09:05:41Z

Regarding neqo and mtu, we can bump whenever you're ready - just let us know. (CC @mxinden for info).

Under the assumption that windows v0.59 does not introduce a breaking change for neqo or mtu, we can also make neqo and mtu compatible to both windows v0.58 and v0.59 by configuring a range:

windows-sys = { version = ">=0.58, <=0.59"

See quinn-rs/quinn#2021 as an example from one of our upstream dependencies.

@ErichDonGubler let me know what works best for you.

Wumpf

fwiw code lgtm and took it on a spin running examples locally

MarijnS95 · 2025-01-27T17:21:34Z

Bump gpu-allocator after a version releases that consumes cargo: Bump windows crate range to 0.53-0.59 Traverse-Research/gpu-allocator#258.

We might need this backported to 0.27.0, since mainline upstream now uses objc2-metal, which we're blocked on moving to because of [metal] Use objc2-metal #5641 (CC @Jasper-Bekkers, @MarijnS95).

@ErichDonGubler I think we can arrange this pretty quickly, let us know when the time is there (and you haven't yet upgraded to objc2-metal by then).

MarijnS95 · 2025-05-24T09:32:33Z

Sorry I completely dropped the ball on this and there are quite a few new versions already. I'll get back to the second bump ASAP, as long as Mozilla is okay with the next bumps?

ErichDonGubler · 2025-05-24T13:07:22Z

@MarijnS95: The way to keep this tractable is almost certainly to keep uograde steps incremental, so don't feel like you need to throw away efforts to target 0.59 without a strong concrete blocker.

MarijnS95 · 2025-09-30T20:37:39Z

Oh noes, cased files on a case-insensitive filesystem. /me shudders in include vs Include used in the Vulkan SDK, I have yet to learn how to best set that up for a Windows cross-compile from a Linux machine (for which no Windows-targeted SDK tarball exists...).

ErichDonGubler · 2025-10-29T17:36:07Z

I'm making a new index comment here for the set of dependencies that need an upgrade before Mozilla can consume this. Fortunately, it's a rather small list!

https://github.com/microsoft/windows-rs/releases/tag/0.61.0 The latest `windows 0.59` and `windows-core 0.59` crates were just released (strangely tagged `0.61`), including some minor code improvements for us. The MSRV has been bumped to `1.74`, but `wgpu` is already on `1.76` anyway.

https://github.com/microsoft/windows-rs/releases/tag/63

https://github.com/microsoft/windows-rs/releases/tag/69

ErichDonGubler · 2025-11-05T16:49:15Z

I'm going to merge this, because the last straggler for upgrade in Firefox (CC @larseggert) has an approved PR, and it's fairly easy to backport that PR to whatever revision base that neqo needs in Firefox. Things are looking surprisingly not painful! 👏🏻😭

ErichDonGubler · 2025-11-05T16:51:41Z

On behalf of the entire wgpu maintainership in a meeting just now, I'd like to thank @MarijnS95 for the tireless work in this PR to keep things coordinated, and patience with my (sometimes conflicting) efforts to shepherd this forward. It's not easy to move forward an entire software ecosystem, but you've done just that. ❤️

ErichDonGubler · 2025-11-05T16:52:40Z

Notes from today's maintainers' meeting:

#6876 [d3d12 wgl] Upgrade to windows 0.62 crates

CF: Are we good to merge this, then?

EG: Yep. Merged!

Consensus: General noises of excitement, relief, and catharsis

* [d3d12 wgl] Upgrade to `windows 0.59` crates https://github.com/microsoft/windows-rs/releases/tag/0.61.0 The latest `windows 0.59` and `windows-core 0.59` crates were just released (strangely tagged `0.61`), including some minor code improvements for us. The MSRV has been bumped to `1.74`, but `wgpu` is already on `1.76` anyway. * [d3d12 wgl] Upgrade to `windows 0.61` crates https://github.com/microsoft/windows-rs/releases/tag/63 * [d3d12 wgl] Upgrade to windows 0.62 crates https://github.com/microsoft/windows-rs/releases/tag/69

This required a coordinated upgrade of several crates at the same time: - Backports in `third_party/rust/`, which have been merged upstream, and should pose no conflict when next integrated from mainline history: - `midir`: [Boddlnagg/midir#178](Boddlnagg/midir#178) - `neqo`: [mozilla/neqo#3091](mozilla/neqo#3091) - `memtest`: [mozilla/memtest#18](mozilla/memtest#18) - Consumed by `toolkit/crashreporter/client/app/`. - `wgpu*` and `naga` crates: [wgpu#6876](gfx-rs/wgpu#6876) - This is consumed by `gfx/wgpu_bindings/`. - Includes an upgrade to `gpu_allocator` 0.27.0 → 0.28.0. This could have been an incremental migration first, but I missed it while figuring out what supporting work to break out. Fortunately, this isn't difficult to review. - `widget/windows/rust/` needed some migration in its direct dependencies, too. All backports have already been merged upstream, and so should pose on conflict when next integrated. Differential Revision: https://phabricator.services.mozilla.com/D266878

* [d3d12 wgl] Upgrade to `windows 0.59` crates https://github.com/microsoft/windows-rs/releases/tag/0.61.0 The latest `windows 0.59` and `windows-core 0.59` crates were just released (strangely tagged `0.61`), including some minor code improvements for us. The MSRV has been bumped to `1.74`, but `wgpu` is already on `1.76` anyway. * [d3d12 wgl] Upgrade to `windows 0.61` crates https://github.com/microsoft/windows-rs/releases/tag/63 * [d3d12 wgl] Upgrade to windows 0.62 crates https://github.com/microsoft/windows-rs/releases/tag/69

This required a coordinated upgrade of several crates at the same time: - Backports in `third_party/rust/`, which have been merged upstream, and should pose no conflict when next integrated from mainline history: - `midir`: [Boddlnagg/midir#178](Boddlnagg/midir#178) - `neqo`: [mozilla/neqo#3091](mozilla/neqo#3091) - `memtest`: [mozilla/memtest#18](mozilla/memtest#18) - Consumed by `toolkit/crashreporter/client/app/`. - `wgpu*` and `naga` crates: [wgpu#6876](gfx-rs/wgpu#6876) - This is consumed by `gfx/wgpu_bindings/`. - Includes an upgrade to `gpu_allocator` 0.27.0 → 0.28.0. This could have been an incremental migration first, but I missed it while figuring out what supporting work to break out. Fortunately, this isn't difficult to review. - `widget/windows/rust/` needed some migration in its direct dependencies, too. All backports have already been merged upstream, and so should pose no conflict when next integrated. Differential Revision: https://phabricator.services.mozilla.com/D266878

* [d3d12 wgl] Upgrade to `windows 0.59` crates https://github.com/microsoft/windows-rs/releases/tag/0.61.0 The latest `windows 0.59` and `windows-core 0.59` crates were just released (strangely tagged `0.61`), including some minor code improvements for us. The MSRV has been bumped to `1.74`, but `wgpu` is already on `1.76` anyway. * [d3d12 wgl] Upgrade to `windows 0.61` crates https://github.com/microsoft/windows-rs/releases/tag/63 * [d3d12 wgl] Upgrade to windows 0.62 crates https://github.com/microsoft/windows-rs/releases/tag/69

…-chain-reviewers This required a coordinated upgrade of several crates at the same time: - Backports in `third_party/rust/`, which have been merged upstream, and should pose no conflict when next integrated from mainline history: - `midir`: [Boddlnagg/midir#178](Boddlnagg/midir#178) - `neqo`: [mozilla/neqo#3091](mozilla/neqo#3091) - `memtest`: [mozilla/memtest#18](mozilla/memtest#18) - Consumed by `toolkit/crashreporter/client/app/`. - `wgpu*` and `naga` crates: [wgpu#6876](gfx-rs/wgpu#6876) - This is consumed by `gfx/wgpu_bindings/`. - Includes an upgrade to `gpu_allocator` 0.27.0 → 0.28.0. This could have been an incremental migration first, but I missed it while figuring out what supporting work to break out. Fortunately, this isn't difficult to review. - `widget/windows/rust/` needed some migration in its direct dependencies, too. All backports have already been merged upstream, and so should pose no conflict when next integrated. Differential Revision: https://phabricator.services.mozilla.com/D266878

…-chain-reviewers This required a coordinated upgrade of several crates at the same time: - Backports in `third_party/rust/`, which have been merged upstream, and should pose no conflict when next integrated from mainline history: - `midir`: [Boddlnagg/midir#178](Boddlnagg/midir#178) - `neqo`: [mozilla/neqo#3091](mozilla/neqo#3091) - `memtest`: [mozilla/memtest#18](mozilla/memtest#18) - Consumed by `toolkit/crashreporter/client/app/`. - `wgpu*` and `naga` crates: [wgpu#6876](gfx-rs/wgpu#6876) - This is consumed by `gfx/wgpu_bindings/`. - Includes an upgrade to `gpu_allocator` 0.27.0 → 0.28.0. This could have been an incremental migration first, but I missed it while figuring out what supporting work to break out. Fortunately, this isn't difficult to review. - `widget/windows/rust/` needed some migration in its direct dependencies, too. All backports have already been merged upstream, and so should pose no conflict when next integrated. Differential Revision: https://phabricator.services.mozilla.com/D266878 UltraBlame original commit: 07b2f6fd5db352c96ec6b8835ec0e18b45ab25b3

…-chain-reviewers This required a coordinated upgrade of several crates at the same time: - Backports in `third_party/rust/`, which have been merged upstream, and should pose no conflict when next integrated from mainline history: - `midir`: [Boddlnagg/midir#178](Boddlnagg/midir#178) - `neqo`: [mozilla/neqo#3091](mozilla/neqo#3091) - `memtest`: [mozilla/memtest#18](mozilla/memtest#18) - Consumed by `toolkit/crashreporter/client/app/`. - `wgpu*` and `naga` crates: [wgpu#6876](gfx-rs/wgpu#6876) - This is consumed by `gfx/wgpu_bindings/`. - Includes an upgrade to `gpu_allocator` 0.27.0 → 0.28.0. This could have been an incremental migration first, but I missed it while figuring out what supporting work to break out. Fortunately, this isn't difficult to review. - `widget/windows/rust/` needed some migration in its direct dependencies, too. All backports have already been merged upstream, and so should pose no conflict when next integrated. Differential Revision: https://phabricator.services.mozilla.com/D266878

MarijnS95 requested a review from a team as a code owner January 8, 2025 11:06

MarijnS95 commented Jan 8, 2025

View reviewed changes

MarijnS95 mentioned this pull request Jan 8, 2025

Support DXR in wgpu-hal & naga. #6777

Merged

5 tasks

MarijnS95 force-pushed the windows-0.59 branch from 7841fa7 to d9cd506 Compare January 8, 2025 11:21

cwfitzgerald assigned ErichDonGubler, cwfitzgerald and Wumpf and unassigned cwfitzgerald Jan 8, 2025

cwfitzgerald marked this pull request as draft January 8, 2025 19:39

This comment was marked as outdated.

Sign in to view

This comment was marked as resolved.

Sign in to view

ErichDonGubler mentioned this pull request Jan 10, 2025

Move to windows 0.58.0, and also permit version 0.59 mozilla/mtu#65

Merged

Wumpf approved these changes Jan 12, 2025

View reviewed changes

This comment was marked as resolved.

Sign in to view

MarijnS95 force-pushed the windows-0.59 branch from d9cd506 to d44db74 Compare January 27, 2025 17:19

MarijnS95 force-pushed the windows-0.59 branch from d44db74 to 77cef5a Compare February 8, 2025 20:17

ErichDonGubler mentioned this pull request Mar 25, 2025

Update codespan-reporting to 0.12 #7398

Merged

6 tasks

This comment was marked as resolved.

Sign in to view

MarijnS95 force-pushed the windows-0.59 branch from 77cef5a to 9ec69e2 Compare May 24, 2025 20:59

This comment was marked as resolved.

Sign in to view

MarijnS95 mentioned this pull request Sep 30, 2025

CI: Disallow all warnings in cargo deny and prune unmatched skips #8283

Merged

6 tasks

ErichDonGubler mentioned this pull request Oct 1, 2025

[d3d12 wgl] Upgrade to windows 0.62 crates #8281

Closed

MarijnS95 force-pushed the windows-0.59 branch 2 times, most recently from 1736a0f to 6d4bc75 Compare October 7, 2025 20:30

ErichDonGubler mentioned this pull request Oct 17, 2025

Remove fragile dependency constraint on ordered-float. #8371

Merged

6 tasks

MarijnS95 and others added 3 commits November 2, 2025 18:08

[d3d12 wgl] Upgrade to windows 0.61 crates

ddfcb13

https://github.com/microsoft/windows-rs/releases/tag/63

[d3d12 wgl] Upgrade to windows 0.62 crates

58c9e29

https://github.com/microsoft/windows-rs/releases/tag/69

MarijnS95 force-pushed the windows-0.59 branch from 6d4bc75 to 58c9e29 Compare November 2, 2025 17:19

ErichDonGubler merged commit 59a03ea into gfx-rs:trunk Nov 5, 2025
41 checks passed

github-project-automation bot moved this from In Progress to Done in WebGPU for Firefox Nov 5, 2025

ErichDonGubler mentioned this pull request Nov 5, 2025

Update Rust crate gpu-allocator to 0.28 #8468

Closed

1 task

MarijnS95 deleted the windows-0.59 branch November 5, 2025 17:40

ErichDonGubler mentioned this pull request Nov 5, 2025

build: update windows 0.58.0 → 0.62.0 mozilla/neqo#3091

Merged

[d3d12 wgl] Upgrade to windows 0.62 crates #6876

[d3d12 wgl] Upgrade to windows 0.62 crates #6876

Uh oh!

Conversation

MarijnS95 commented Jan 8, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarijnS95 Jan 8, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

kennykerr Jan 8, 2025

Choose a reason for hiding this comment

Uh oh!

MarijnS95 Jan 8, 2025

Choose a reason for hiding this comment

Uh oh!

cwfitzgerald commented Jan 8, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MarijnS95 commented Jan 9, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

This comment was marked as outdated.

larseggert commented Jan 10, 2025

Uh oh!

mxinden commented Jan 10, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

This comment was marked as resolved.

Wumpf left a comment

Choose a reason for hiding this comment

Uh oh!

This comment was marked as resolved.

This comment was marked as resolved.

MarijnS95 commented Jan 27, 2025

Uh oh!

This comment was marked as resolved.

MarijnS95 commented May 24, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ErichDonGubler commented May 24, 2025

Uh oh!

This comment was marked as resolved.

This comment was marked as resolved.

This comment was marked as resolved.

MarijnS95 commented Sep 30, 2025

Uh oh!

ErichDonGubler commented Oct 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

ErichDonGubler commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

ErichDonGubler commented Nov 5, 2025

Uh oh!

ErichDonGubler commented Nov 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

7 participants

[d3d12 wgl] Upgrade to `windows 0.62` crates #6876

[d3d12 wgl] Upgrade to `windows 0.62` crates #6876

MarijnS95 commented Jan 8, 2025 •

edited

Loading

MarijnS95 Jan 8, 2025 •

edited

Loading

cwfitzgerald commented Jan 8, 2025 •

edited

Loading

MarijnS95 commented Jan 9, 2025 •

edited

Loading

mxinden commented Jan 10, 2025 •

edited

Loading

MarijnS95 commented May 24, 2025 •

edited

Loading

ErichDonGubler commented Oct 29, 2025 •

edited

Loading

ErichDonGubler commented Nov 5, 2025 •

edited

Loading

ErichDonGubler commented Nov 5, 2025 •

edited

Loading