You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm currently working on upgrading the wpgu-native dependency. It's already clear that there will be breaking changes since a bunch of things were renamed, and continuing to rely on commit hashes as a crude versioning scheme would just get more confusing as time goes on, so I think it's time to start cutting versions. I think I'll label what is on main currently as 1.0.0, and then I'll tag new major versions every time either:
wgpu-native tags a new major version
Changes made for a new version of Zig are incompatible with previous versions (as will likely happen when I switch to 0.14)
I refactor the project in some major way, for example there are currently a lot of things in global namespace that seem like they should really be members of structs, like ShaderModuleGetCompilationInfoCallback which should probably just be ShaderModule.GetCompilationInfoCallback.
The new wgpu-native version also adds a bunch of new targets that wgpu-native-zig could potentially support, so I think what I'll do is get the current targets working first, and then work on enabling more targets as soon as I can test them and verify that the build script works properly for them (and I'm still not sure what I'm gonna do for macOS/iOS since I have no way of testing those currently). I'm not exactly sure if I should tag the new targets as minor versions or patch versions, but I'm leaning towards minor versions since they change the build script API a bit.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
I'm currently working on upgrading the
wpgu-native
dependency. It's already clear that there will be breaking changes since a bunch of things were renamed, and continuing to rely on commit hashes as a crude versioning scheme would just get more confusing as time goes on, so I think it's time to start cutting versions. I think I'll label what is on main currently as 1.0.0, and then I'll tag new major versions every time either:wgpu-native
tags a new major versionShaderModuleGetCompilationInfoCallback
which should probably just beShaderModule.GetCompilationInfoCallback
.The new
wgpu-native
version also adds a bunch of new targets thatwgpu-native-zig
could potentially support, so I think what I'll do is get the current targets working first, and then work on enabling more targets as soon as I can test them and verify that the build script works properly for them (and I'm still not sure what I'm gonna do for macOS/iOS since I have no way of testing those currently). I'm not exactly sure if I should tag the new targets as minor versions or patch versions, but I'm leaning towards minor versions since they change the build script API a bit.Beta Was this translation helpful? Give feedback.
All reactions