#boolToInt gone?
1 messages · Page 1 of 1 (latest)
oh the doc isnt sorted alphabetically, that's annoying
thanks
does zls master works with that new update?
oh fuck yeah that got merged!
also what's the motive behind that merge?
yep, https://github.com/zigtools/zls/blob/master/src/data/master.zig bumped 2 days ago
read the issue: https://github.com/ziglang/zig/issues/6128
arg order
@ptrFromInt(PtrType, int)
vs
@intToPtr(PtrType, int)
oh that's just your zig version
you need to update it, we do ast-check with your installed zig
if your zig version isn't up to date but your zls version is, you'll get that outdated zig version's ast check error + the up to date builtin info, causing that dissonance to occur
i've updated it like yersterday 
what's your zig version?
zig-windows-x86_64-0.11.0-dev.3777+64f0059cd
updating to that
still have the error 😔
maybe zls is pointed to the wrong version of zig
check your zig.zigPath in your vscode user settings
ugh that new extension is annoying installing random zig versions while i already setup the zig path
yeah it's a recent change from vexu, i dislike the semantics as well
VSCODE! MOMENT!
i'll have to send over a patch
zls uses internal ast-check unless prefer_ast_check_as_child_process is true, and the internal is outdated
that's actually not correct
prefer_ast_check_as_child_process is true by default (for this very reason actually)
but it is the default 🤷
||
||
the only time where it's used pretty much is wasm builds of zls
ye it works now, thanks
also is it normal that build times are waaay longer without any output?
(well the way longer is the initial build ig)
you mean when just running zig build?
ye
yep, zig build is parallelized now so the output must be gathered at the end of the build process
which is why there's no output until everything is done
when you update zig it has to recompile libc and stuff the first time
ye i meant more the incremential builds
oh based
how it do that?
with a threadpool
as in -- doesn't Zig use single-TU builds?
the steps are non-cylical and separable based on what steps depend on what others teps
clear the step dependencies from start to finish w/ workers and bam
it does, this is build step parallelization though
as far as i know the compiler itself is not parallelized yet
only parallel up to and including AstGen
Also the leading thing is the type that's returned
oh true that's important to explain why we can't just do @intToPtr(int, PtrType)