<fengb>
I thought the test runner automatically hooked up the expectation
<andrewrk>
that's right, no need for that defer
<andrewrk>
the pattern is the same, you shouldn't really have noticed that the underlying implementation changed unless you were inspecting the type
tsujp has quit [Ping timeout: 246 seconds]
tsujp has joined #zig
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
AshOhms has joined #zig
knebulae has quit [Read error: Connection reset by peer]
knebulae has joined #zig
adamkowalski has joined #zig
<adamkowalski>
GeneralPurposeAllocator is amazing
<adamkowalski>
It's a great improvement over LeakCheckAllocator! I just tried it out and it even shows you which line the leak occurs on
<adamkowalski>
the memory leaks just melt away, it literarly took 3 seconds to get rid of them
<andrewrk>
adamkowalski, just wait until you see a double-free :)
<adamkowalski>
Awesome! Yeah combined with test driven development it is almost too easy haha
ur5us has quit [Ping timeout: 244 seconds]
adamkowalski has quit [Quit: Lost terminal]
ur5us has joined #zig
_Vi has joined #zig
<bgiannan>
zig is trending on github :)
<andrewrk>
neat
AshOhms has quit [Quit: Leaving.]
_Vi has quit [Ping timeout: 246 seconds]
ur5us has quit [Ping timeout: 244 seconds]
juanfra__ has joined #zig
cole-h has quit [Quit: Goodbye]
<gonz_>
A while ago I posted an example of writing some Zig code by voice. I've since changed how to write the Zig code a bit as well as fixed some performance issues I had (in general). Here is a more representative video: https://youtu.be/qxw2DTT5olM
<daurnimator>
gonz_: cool :)
<Nypsie[m]>
Really cool!
ur5us has joined #zig
_Vi has joined #zig
marnix has quit [Remote host closed the connection]
rzezeski has quit [Quit: Connection closed for inactivity]
dingenskirchen has joined #zig
ur5us has quit [Ping timeout: 260 seconds]
strmpnk has quit [Ping timeout: 272 seconds]
creationix has quit [Read error: Connection reset by peer]
dputtick has quit [Read error: Connection reset by peer]
dch has quit [Ping timeout: 244 seconds]
l1x has quit [Read error: Connection reset by peer]
dputtick has joined #zig
strmpnk has joined #zig
l1x has joined #zig
creationix has joined #zig
nikki93 has quit [Ping timeout: 260 seconds]
nikki93 has joined #zig
dch has joined #zig
<ikskuh>
daurnimator, andrewrk: is there already an issue for zig not being able to use relative paths prefixed with .\ or ..\ on windows?
<daurnimator>
ikskuh: yes
<daurnimator>
ikskuh: it goes back to the fact that on windows, `.` is a valid filename.
<daurnimator>
(as is `..`)
<ikskuh>
huh okay
<ikskuh>
how should i reference the upper directory then? :D
<daurnimator>
that's a great question. I don't know why I don't know the ansert.
<daurnimator>
*answer
<ikskuh>
so i'm able to *actually* create a folder called ".."
<daurnimator>
yup
<ikskuh>
the heck.
<daurnimator>
the only character not allowed in windows file names is \
<daurnimator>
and yes.... null bytes are valid in windows file names
<daurnimator>
(though null bytes are at least banned by the ntfs driver.... so they only come up in uncommon or virtual file systems)
<daurnimator>
I suspect that the answer is something terrible like "get the path to the current directory; trim off the final component; open that"
utzig has quit [Ping timeout: 260 seconds]
JimRM has quit [Ping timeout: 260 seconds]
ovf has quit [Read error: Connection reset by peer]
jzelinskie has quit [Ping timeout: 244 seconds]
eddyb[legacy] has quit [Ping timeout: 260 seconds]
<daurnimator>
hmmmm.. though that wouldn't work with hard links
<daurnimator>
nevermind. windows is indeed that stupid.
heitzmann has quit [Ping timeout: 240 seconds]
<daurnimator>
and infact that explains some things
heitzmann has joined #zig
eddyb[legacy] has joined #zig
JimRM has joined #zig
utzig has joined #zig
jzelinskie has joined #zig
ovf has joined #zig
cren has joined #zig
<cren>
hey, is there something like a list of all the existing non-trivial programs that people have written with zig?
<ifreund>
with regards to bootstrapping, one possible path is to use the C backend of the self hosted compiler to transpile stage2 to C and then clean that up
<ikskuh>
<Piraty> zig compiler is enforching spaces over tabs? come on
<ikskuh>
there's a explanation on github. a tl;dr: it's enforced policy atm to prevent bike shedding about tabs vs. spaces
<alexnask[m]>
Cadey IdrA? I hope it doesnt just insult the users and ragequit : D
<andrewrk>
Cadey, the CI environment is incorrectly telling zig that it is a terminal
<andrewrk>
Cadey, you can override the detection by setting the environment variable TERM=dumb
<companion_cube>
does CI not do that? :/
wootehfoot has quit [Read error: Connection reset by peer]
ur5us has joined #zig
marnix has quit [Ping timeout: 240 seconds]
<Biolunar>
alexnask[m]: I got that reference :D
_Vi has quit [Ping timeout: 246 seconds]
xackus has quit [Ping timeout: 246 seconds]
Akuli has quit [Quit: Leaving]
CodeSpelunker has quit [Quit: CodeSpelunker]
<andrewrk>
it would be nice if there was some more foolproof way to detect if the controlling terminal supports escape sequences
<andrewrk>
roll call, do we have anyone here who can run a simple test on each of these macos versions? 10.14 (mojave), 11.0 (big sur)
<andrewrk>
(I have catalina so I can do that one)
<leeward>
upgraded the only mac in the house to catalina last week :/
<fengb>
I have a Mojave box
<fengb>
Woefully underpowered
<andrewrk>
perfect
<andrewrk>
I suspect kubkon will have a little test script for you to run within a day or two. it just needs to check the return vaule of NSGetRunTimeLibraryVersion or something like that
sawzall has quit [Read error: Connection reset by peer]
sawzall has joined #zig
<torque>
technically speaking big sur is also 10.16
<torque>
at least so far they're only calling it 11.0 on apple silicon
<andrewrk>
oh my god they're not consistent with it? what a nightmare
<fengb>
AFAIK it allows both depending on context
<shakesoda>
it's 10.16 for compat on x64
<shakesoda>
so that's also true in rosetta, just not when you build for arm
<shakesoda>
i think it might also always report 11 when you directly target the big sur sdk