There’s something weird with cache handling in the mlugg/setup-zig GH Action, but I’m not sure if that’s the problem you’re seeing - usually the problem already manifests earlier during the Zig installation.
One thing you could try is use the goto-bus-stop/setup-zig@v2 action, that’s what I usually do when the mlugg extension breaks, then after a while I switch back to mlugg/setup-zig which then usually works (thinking the problem had been fixed) until at some later point it doesn’t work again - in general, the goto-bus-stop extension has been much more robust even though it’s deprecated.
OP’s issue looks like a simple compiler bug, particularly since it repros with goto-bus-stop/setup-zig too.
@floooh – I missed that you commented on the setup-zig issue after it was closed, apologies for that. Looking at the issue again, I think it is extremely likely that the issues you were seeing were caused by some known cache bugs in 0.14.0 which were fixed in 0.14.1. Please try switching back to mlugg/setup-zig@v2 targeting 0.14.1 (by the way, in setup-zig v2 you can omit the version: and it’ll take it from your build.zig.zon instead, so you might want to do that if you up the minimum_zig_version in that file to 0.14.1). I am fairly confident that you won’t encounter the issue again. If you do, then:
I’d appreciate a new issue being opened on setup-zig; unfortunately the old logs have expired so I can’t do any further investigation with those, but as I mention, they look reminiscent of known bugs which are now fixed.
You can set use-cache: false in the Action’s options in your workflow to disable caching of the Zig cache directory between runs if this continues to be a problem. Please don’t do this unless you do actually see the problem again – I’d really like to know if the issue still exists!