marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
st4ll1 has quit [Quit: WeeChat 2.9]
st4ll1 has joined #zig
lucid_0x80 has joined #zig
semarie has quit [Quit: WeeChat 3.0]
osa1 has quit [Quit: osa1]
osa1 has joined #zig
radgeRayden has quit [Remote host closed the connection]
_whitelogger has joined #zig
leon-p has joined #zig
ur5us has joined #zig
hcnelson has quit [Quit: Idle for 30+ days]
Snektron has quit [Quit: Idle for 30+ days]
cole-h has quit [Ping timeout: 256 seconds]
hnOsmium0001 has quit [Quit: Connection closed for inactivity]
_whitelogger has joined #zig
nullheroes has joined #zig
nullheroes has quit [Remote host closed the connection]
waleee-cl has joined #zig
nullheroes has joined #zig
nullheroes has quit [Remote host closed the connection]
ur5us has quit [Ping timeout: 264 seconds]
_whitelogger has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
notzmv has quit [Ping timeout: 246 seconds]
notzmv has joined #zig
riba has joined #zig
<g-w1>
ahhh, I spent like 10 hours trying to debug a memory leak, and then with like 20 mins just reading the diff of my changes I found it immediatly! Now my pull requests are unblocked!
<ifreund>
:)
kenran has joined #zig
<ikskuh>
heya
<ikskuh>
is variadic function cimpor known to be broken? or is this a new bug of the changes to translate-c?
<ifreund>
ikskuh: I've successfully called @cImport()'ed varargs functions before, not sure if that works on the lastest zig though
<g-w1>
is "||=" a valid operand (assign merge error set)? it works in stage1, but is not in stage2 so zig fmt wont parse it, but it will compile. should I remove it from stage1, or add to stage2?
<g-w1>
*not operand but assign operator
<ikskuh>
imho we can remove it. i never used it…
<ikskuh>
is it documented to exist? :D
<ifreund>
woah that exists?
<ikskuh>
if not, it's an implementation bug :D
<ifreund>
no it's not in the docs or PEG grammer
<g-w1>
I was just reading the ast_render.cpp code, and found it
<g-w1>
ill remove it
<ikskuh>
:D
<ikskuh>
g-w1: btw, wonderful PRs! <3
<ikskuh>
i see you added @compileLog to stage2?
<g-w1>
yep, I figured it would be needed for debugging, and also had to make a decl have multiple errors since compileLog doesn't stop analysis
<ikskuh>
hehe, yeah
<ikskuh>
@compileLog is a wonderful debugging tool
<ikskuh>
wat, someone started Haiku support? sweet
<g-w1>
why is src passed around as a usize in stage2 even though the max source size is (2 * (1024 ** 3)) (2**31)? this seems not correct because if a system has a pointer size of <u31, something bad would happen, but on 64 bit systems, usize is using double the memory it should be (u31)
<ikskuh>
properly including SDL2 into build.zig feels like the same amount of work as just building it and all dependencies from source
<ifreund>
g-w1: why is that the maximum value?
cren has joined #zig
<g-w1>
2 gb (main.zig:29)
<ifreund>
ok well if a the pointer size is less than 32 bits then it wont compile
<ifreund>
I'm not sure if using a u32 instead of a usize would be worth it here. It would certainly be less ergonomic
<ifreund>
I feel like doing that now would be premature optimization
<g-w1>
yeah, especially with #6624
<g-w1>
just wondering
<ikskuh>
hm. compiler-rt for i386-windows-gnu seems to be missing ___chkstk_ms? *scratches head*
marnix has quit [Ping timeout: 272 seconds]
marnix has joined #zig
a_chou has joined #zig
a_chou has quit [Remote host closed the connection]