Update wgpu requirement from 0.16 to 0.17

[dependabot]

Updates the requirements on wgpu to permit the latest version.

Release notes

Sourced from wgpu's releases.

v0.17.1

This release includes the crate wgpu, wgpu-core, and wgpu-hal. The crate wgpu-types is still at 0.17.0.

Added/New Features

• Add get_mapped_range_as_array_buffer for faster buffer read-backs in wasm builds. By @​ryankaplan in #4042.

Bug Fixes

DX12

• Fix panic on resize when using DX12. By @​cwfitzgerald in #4106

Vulkan

• Suppress validation error caused by OBS layer. This was also fixed upstream. By @​cwfitzgerald in #4002
• Work around bug in nvidia's vkCmdFillBuffer implementation. By @​cwfitzgerald in #4132.

Changelog

Sourced from wgpu's changelog.

v0.17.1 (2023-09-27)

Added/New Features

• Add get_mapped_range_as_array_buffer for faster buffer read-backs in wasm builds. By @​ryankaplan in #4042 (gfx-rs/wgpu#4042).

Bug Fixes

DX12

• Fix panic on resize when using DX12. By @​cwfitzgerald in #4106

Vulkan

• Suppress validation error caused by OBS layer. This was also fixed upstream. By @​cwfitzgerald in #4002
• Work around bug in nvidia's vkCmdFillBuffer implementation. By @​cwfitzgerald in #4132.

v0.17.0 (2023-07-20)

This is the first release that featured wgpu-info as a binary crate for getting information about what devices wgpu sees in your system. It can dump the information in both human readable format and json.

Major Changes

This release was fairly minor as breaking changes go.

wgpu types now !Send !Sync on wasm

Up until this point, wgpu has made the assumption that threads do not exist on wasm. With the rise of libraries like wasm_thread making it easier and easier to do wasm multithreading this assumption is no longer sound. As all wgpu objects contain references into the JS heap, they cannot leave the thread they started on.

As we understand that this change might be very inconvenient for users who don't care about wasm threading, there is a crate feature which re-enables the old behavior: fragile-send-sync-non-atomic-wasm. So long as you don't compile your code with -Ctarget-feature=+atomics, Send and Sync will be implemented again on wgpu types on wasm. As the name implies, especially for libraries, this is very fragile, as you don't know if a user will want to compile with atomics (and therefore threads) or not.

By @​daxpedda in #3691

Power Preference is now optional

The power_preference field of RequestAdapterOptions is now optional. If it is PowerPreference::None, we will choose the first available adapter, preferring GPU adapters over CPU adapters.

By @​Aaron1011 in #3903

initialize_adapter_from_env argument changes

Removed the backend_bits parameter from initialize_adapter_from_env and initialize_adapter_from_env_or_default. If you want to limit the backends used by this function, only enable the watned backends in the instance.

Added a compatible surface parameter, to ensure the given device is able to be presented onto the given surface.

- wgpu::util::initialize_adapter_from_env(instance, backend_bits);
+ wgpu::util::initialize_adapter_from_env(instance, Some(&compatible_surface));

... (truncated)

Commits

• d2b8863 Bump wgpu's version as well
• b3eae16 Changelog and Versions
• 398d3a1 Workaround NV bug (#4132)
• 1d0a22b Fix D3D12 Surface Leak (#4106)
• 8ea270c Suppress validation error caused by OBS layer (#4002)
• 8c89111 Add get_mapped_range_as_array_buffer which - on wasm WebGPU builds - avoids c...
• 21098cd Add note about wgpu-info to changelog
• 493ff2e Bump wgpu versions
• bdb98b1 Chaneglog update
• 14892f0 Bump num-traits from 0.2.15 to 0.2.16 (#3955)
• Additional commits viewable in compare view

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)

[dependabot]

Superseded by #526.