gpu-dawn: should not use git submodule (avoid confusion, etc.) #153
Labels
No labels
CI
all
basisu
blog
bug
build
contributor-friendly
core
correctness
deferred
dev
direct3d-headers
docs
driver-os-issue
duplicate
dxcompiler
editor
examples
experiment
feature-idea
feedback
flac
freetype
gamemode
gkurve
glfw
gpu
gpu-dawn
harfbuzz
help welcome
in-progress
infrastructure
invalid
libmach
linux-audio-headers
long-term
mach
mach.gfx
mach.math
mach.physics
mach.testing
model3d
needs-triage
object
opengl-headers
opus
os/linux
os/macos
os/wasm
os/windows
package-manager
priority
proposal
proposal-accepted
question
roadmap
slipped
stability
sysaudio
sysgpu
sysjs
validating-fix
vulkan-zig-generated
wayland-headers
website
wontfix
wrench
www
x11-headers
xcode-frameworks
zig-update
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
hexops/mach#153
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
@slimsag I am on MacOS 12.1, zig 0.10.0-dev.2214+5087ec6f4
At the repository root,
mach/build.zigthebuildandtesttargets are working fine. However I tried the build targets ingpu-dawn/:Oddly, the test target succeeds though:
Did I miss a step in the setup/config?
Btw just for context I am a newb, just learning Zig, but longer term I would like to learn WebGPU and contribute to Zig visualization packages.
Heya @guidorice ! Your OS and Zig versions are fine.
I should note that
gpu-dawnis not ready for prime time yet, most notably:webgpu.h(the actual API you would use)I'm hoping to have all of this fixed in the next month or two, currently.
That fourth point is the issue you ran into: you need to clone the
mach/gpu-dawn/libs/dawnGit submodule in the repository.git clone --recursive https://github.com/hexops/machshould do the trick if cloning from scratch.git submodule update --init --recursivewill do the trick.Let me know if that helps, and feel free to join the Matrix chat room if you want some more interactive help etc.
Hey @slimsag thanks for the reply. Ah yes, I actually knew there were some git submodules, but I forgot the
--recursive🤦🏽Those are very useful notes about your plans & roadmap. thanks so much!
Not sure I would call it a
bug, more user error 😄 At my day job I tend to use git submodules as well- they are convenient, but also one more thing for the dev to pay attention to, as shown by my forgetting.I am running the build target now, but near the end it complained about
I will dig into that. Hunting down compiler errors, and linter errors, is the best way to learn.
I consider this a quite serious bug :) Hopefully that gives you some indication of the level of "good out of the box experience" that I expect us to have.
Ohh, good catch.. I think we will need to update
hello_triangle.zigto account for the changes in #152 which happened a few days ago. Feel free to send a PR for this, otherwise I'll get to it in the next day or so.@slimsag I am preparing a PR now.
gpu-dawnnow automagically ensures Git submodules are cloned at the right revision as part ofzig build:github.com/hexops/mach@d32cc38a57/gpu-dawn/build.zig (L180-L186)