ChanServ changed the topic of #zig to: zig programming language | https://ziglang.org | be excellent to each other | channel logs: https://irclog.whitequark.org/zig/
a_chou has quit [Remote host closed the connection]
a_chou has joined #zig
dermetfan has quit [Ping timeout: 240 seconds]
cole-h has quit [Ping timeout: 240 seconds]
zippoh has quit [Ping timeout: 256 seconds]
a_chou has quit [Ping timeout: 258 seconds]
kristoff_it has quit [Ping timeout: 272 seconds]
earnestly has quit [Ping timeout: 240 seconds]
<nikki93> anyone make any interesting comptime DSLs or sth in zig?
<nikki93> like the lang is expressed as struct literals or even just string literals that are parsed at comptime or sth
<pixelherodev> I hope not
<pixelherodev> That kinda thing should wait for stage2
<pixelherodev> stage1's comptime isn't nearly good enough for that
<pixelherodev> it could be hacked on to make it close, but "wait a few months" is probably a better answer
<nikki93> what are some improvements that would come with stage2?
<pixelherodev> For starters, speed
<pixelherodev> That's a really really big one
<nikki93> one thing i've wondered about is generation of glsl shaders from expressions represented as structs -- with the 'attributes' and 'uniforms' being automatically generated from zig structs for nice interop
<pixelherodev> Minor usage of comptime inflated the build time for a program of mine from three seconds to seventy
<pixelherodev> Memory usage is another major one
<pixelherodev> Stage1's memory consumption for comptime is atrocious
<nikki93> makes sense. are there any actual new constructs that would come about? or is it mostly implementation improvement of existing constructs
<daurnimator> nikki93: I've been waiting for someone to make a PEG so that I don't have to :p
<nikki93> daurnimator: haha that'd be a cool idea! also nice to see you here, i remember you from lua ircs :) i was hacking on some little react stuff with fengari if you remember
<nikki93> it's definitely felt like there are parallels between lua vibes and zig vibes haha
<cr1901_modern> Has anyone run gprof on the stage1 compile yet?
<nikki93> zig's struct stuff feels like it has a lot of parallel with lua tables esp. given how 'anonymous' you can be with them
<daurnimator> nikki93: yeah, there's a few lua people in the community
a_chou has joined #zig
qeeg has joined #zig
earnestly has joined #zig
ur5us has quit [Ping timeout: 240 seconds]
osa1 has joined #zig
marler8997 has quit [Remote host closed the connection]
marler8997 has joined #zig
deltamaniac[m] has joined #zig
earnestly has quit [Ping timeout: 260 seconds]
gert_ has quit [Quit: WeeChat 2.9]
<pixelherodev> `return error.LLVMBackendDoesNotSupportSPUMarkII` Heh
<pixelherodev> Snrk
casaca has quit [Remote host closed the connection]
<pixelherodev> andrewrk: yeah, bug was revealed *trivially* like this.
casaca has joined #zig
<pixelherodev> (CBE arithmetic)
<pixelherodev> > :5:13: error: expected comptime_int, found u8
<pixelherodev> > Code Generation [10332/17739]
<pixelherodev> Some caching in stage1 would be very very useful for stage2 work
<pixelherodev> s/some/more modular
waleee-cl has quit [Quit: Connection closed for inactivity]
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
<moinstar> `lld: error: undefined symbol: getPollyPluginInfo()` ; while building stage two. How do i mitigate this ?
dots_ has joined #zig
dots_ has quit [Client Quit]
tane_ has joined #zig
Astolfo has joined #zig
<daurnimator> moinstar: your LLVM is built wrong
<Astolfo> do explain why
<Astolfo> ouch
cole-h has joined #zig
<andrewrk> I really hope this is fixed in llvm 11
cr1901_modern has quit [Ping timeout: 264 seconds]
<leeward> moinstar: https://pastebin.com/eRA20Lz5 will work around it
<pixelherodev> andrewrk: ahhhh, I understand now
<leeward> I think, that's the one, anyway.
<Astolfo> i wonder how much longer until LLVM 11 actually
<Astolfo> i wouldnt hold my breath
<daurnimator> Astolfo: they're running behind
<pixelherodev> So the logic here should be more like "if dest is comptime_int and src is int, cast the dest to the src type and proceed"
<pixelherodev> andrewrk: ping
<andrewrk> yeah
<pixelherodev> Does that mean modifying next_inst.ty ?
<pixelherodev> After looking over the function again, I'm still a tad confused as to how it's intended to be used
<pixelherodev> resolvePeerTypes is only supposed to *determine* the type?
<pixelherodev> next_inst is currently not modifiable; should I be *changing* its type, or changing the return value of resolvePeerTypes only?
<andrewrk> look at how it's done in stage1
<andrewrk> or even in just the rest of that function
<pixelherodev> andrewrk: the problem is determining intent.
<pixelherodev> I'm assuming here it should be resolving *only* without modifying insts
<pixelherodev> But I've made multiple false assumptions of intent in the past
<pixelherodev> Until the code is a bit more documented, I think that asking questions is the best option
<andrewrk> the existing code is correct and it does not modify the insts
* pixelherodev nods
<andrewrk> let me pull up your branch again
<pixelherodev> The thing is, I wasn't 100% sure if that was because none had *needed* to yet
<pixelherodev> I think I should be good from here
<andrewrk> do you see how the new lines do not follow the same pattern as the rest of the function?
<pixelherodev> Yeah, for sure
<pixelherodev> I think I got it, just rerunning tests :)
<andrewrk> 👍
<pixelherodev> Woot, yep
<pixelherodev> Assuming there's no *new* bug introduced :P
<pixelherodev> andrewrk: how hard would it be to implement per-zig-file caching in stage1?
<andrewrk> impossible
* pixelherodev winces
<pixelherodev> Drats
<pixelherodev> ... ah wait
<pixelherodev> Is that because the caching code is shared now?
<andrewrk> to be more specific, it would be more work than finishing stage2
<pixelherodev> That's... wow.
<pixelherodev> I get how that function works now :D
<andrewrk> sweet
<pixelherodev> What tripped me up was the naming
<pixelherodev> `prev_inst` is a misnomer
<andrewrk> perhaps it should be lhs_inst and rhs_inst?
<pixelherodev> The inst there is entirely irrelevant, that would make sense as a raw Type `current_type`
<pixelherodev> It's not about lhs vs rhs after the first iteration though
<pixelherodev> Which is why a number of the conditionals just leave it and skip an inst
<andrewrk> maybe `chosen` and `candidate`
* pixelherodev nods
<pixelherodev> I like that
<pixelherodev> Should I add that to the PR?
<andrewrk> feel free to do that in a follow up commit
<pixelherodev> That was the intent
<andrewrk> 👍
<moinstar> daurnimator, thanks for the reply. I had to step out. Going through the links you sent. thanks again.
<pixelherodev> Okay, that PR should be done
<pixelherodev> Future work will show up on the mailing list, with the understanding that it will be delayed due to inconvenienceo
<pixelherodev> tdeo: I like that proposal :)
Astolfo has quit [Quit: Leaving]
Astolfo1 has joined #zig
Astolfo1 has quit [Client Quit]
Astolfo has joined #zig
Astolfo_ has joined #zig
Astolfo_ has quit [Client Quit]
Astolfo has quit [Client Quit]
<pixelherodev> Oh neato
Astolfo has joined #zig
<Astolfo> internet sucks....
<pixelherodev> :(
<Astolfo> alas the life of someone who only has AT&T DSL available in their area
<pixelherodev> oof
tomku has quit [Ping timeout: 246 seconds]
Astolfo has quit [Quit: Leaving]
tomku has joined #zig
nvmd has quit [Read error: Connection reset by peer]
<bfredl> is it a know issue that `make; sudo make install` builds zig1.o twice?
cr1901_modern has joined #zig
cr1901_modern has left #zig [#zig]
cr1901_modern has joined #zig
nvmd has joined #zig
FireFox317_ has joined #zig
<daurnimator> bfredl: what commit did you try against?
<bfredl> 5 minutes ago
<bfredl> still the latest one on master
<bfredl> NB: I could of course wash away all cmake caches and try once more..
* bfredl does that r n
<FireFox317_> andrewrk, regarding zig-bootstrap, once #6588 is in master, could you merge master in the llvm11 branch?
<andrewrk> FireFox317_, I'm working on #6588 right now btw
<FireFox317_> oh nice, thanks!
<andrewrk> yes sure thing I will do that within about 5 min
traviss has quit [Ping timeout: 240 seconds]
<andrewrk> bfredl, yes
a_chou has quit [Ping timeout: 240 seconds]
<FireFox317_> andrewrk, i wasn't exactly sure how to proceed with #6588 anyway, after the comments from LemonBoy
Astolfo` has joined #zig
mmohammadi98126 has joined #zig
<andrewrk> bfredl, check the readme - it's been recently updated. we're in a period of transition right now. afterwards, the build process will be `make install` (no `make` alone) to "install" to the build directory, followed by `bin/zig build ...` to build stage2, finally using that to build stage3 which is what you actually install
<andrewrk> once that process works, you can always skip the first step. you would only need to do that for bootstrapping
<andrewrk> FireFox317_, was it intentional to remove the subtraction of total_bytes_copied in copyRangeAll?
<FireFox317_> whoops, i dont think so
<andrewrk> no worries I fixed it locally
Astolfo` has quit [Quit: Astolfo`]
Astolfo has joined #zig
<FireFox317_> nah that was a mistake indeed, okay great! :)
Astolfo has quit [Client Quit]
Astolfo has joined #zig
Astolfo is now known as Astolfo`
Astolfo` has quit [Client Quit]
frot-lab has joined #zig
Astolfo` has joined #zig
<Astolfo`> finally. fixed
<Astolfo`> there was something seriously wrong with my irc... causing things to be blindingly white
<Astolfo`> and i dont mean just theme
Astolfo` has quit [Client Quit]
Astolfo` has joined #zig
frot-lab has left #zig [#zig]
<FireFox317_> s-ol, maybe the bug you have now is fixed in a newer version of llvm. I have a checkout of the new llvm11 branch, so i could check for you if the issue is still relevant (then there is no need to forward the bug to llvm)
<andrewrk> FireFox317_, master merged into llvm11 and pushed
<andrewrk> thanks for working on this!
<FireFox317_> andrewrk, nice thanks! I will probably have some follow up commits for the llvm11 branch and zig-bootstrap soon :)
<andrewrk> great :)
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
marnix has quit [Ping timeout: 240 seconds]
cole-h has quit [Ping timeout: 265 seconds]
<bfredl> andrewrk: cool, i will watch the progress :]
marnix has joined #zig
FireFox317_ has quit [Quit: Leaving]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
mmohammadi981266 has joined #zig
mmohammadi98126 has quit [Ping timeout: 260 seconds]
mmohammadi981266 has quit [Ping timeout: 258 seconds]
earnestly has joined #zig
mmohammadi981266 has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
marnix has quit [Read error: Connection reset by peer]
dermetfan has joined #zig
marnix has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
hnOsmium0001 has quit [Quit: Connection closed for inactivity]
dermetfan has quit [Ping timeout: 240 seconds]
mmohammadi981266 has quit [Ping timeout: 256 seconds]
kristoff_it has joined #zig
mmohammadi981266 has joined #zig
jjsullivan1 has quit [Remote host closed the connection]
jjsullivan1 has joined #zig
ur5us has joined #zig
<ifreund> heh https://paste.rs/5sI
<ikskuh> very helpful :D
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
ur5us has quit [Ping timeout: 240 seconds]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
tane_ has quit [Quit: Leaving]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
_whitelogger has joined #zig
<bfredl> maybe a stupid uninitiated question, but the master docs say:
<bfredl> A for expression can be used to iterate over the elements of a slice, array, or tuple.
<bfredl> but /tuple gives nothing (except for that one mention)
<bfredl> I suppose tuple is those .{ 2, "yy" } things, but has another name now?
<ifreund> yeah we really don't have good docs for tuples
<ifreund> you're right though, the .{ 2, "foo" } things are tuples
<ifreund> they're basically anon structs with numbered fields
<ifreund> they also aren't a very complete feature, see: https://github.com/ziglang/zig/issues?q=is%3Aissue+is%3Aopen+tuple+label%3Aaccepted
<bfredl> yea
<bfredl> I will just link you the code i am "struggling" with
<bfredl> as in struggling with zig is like a pleasure compared to my other struggles (rust, pipenv, cuda version mismatch)
<bfredl> ideallly the "rgb" struct thing should be as anonymous as possible
<bfredl> I tried `@TypeOf(.{1, 2, 3})` at first
<bfredl> but that is too unique
<bfredl> not shared between identical declarations
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
<ifreund> yeah I think you need https://github.com/ziglang/zig/issues/4335 to do what you want there
<bfredl> glotterLIne
<bfredl> oops
<bfredl> gnome is leaking my secrets again
<bfredl> i schtick to a "boring" named struct for now
<bfredl> another stupid question, can you "erase" a named struct into a tuple?
<bfredl> i mean when passing to printf
dermetfan has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
<ifreund> bfredl: std.fmt can format structs just fine. Not sure I understand the question?
<ifreund> you can also define a custom format function for your struct
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
<bfredl> error: no member named 'len' in struct 'RGB'
<bfredl> I would like it to, but it don't wanna
<ifreund> print("{}\n", .{my_struct});
<bfredl> i literrally add the len field but it is still complaining :sob:
<bfredl> almost there
<bfredl> ideally i would want to "unpack" the struct like the lua unpack() does
<bfredl> if the documentation was, like, longer than 0 words, i would not bother this chat with my noob questions :]
squeek502 has joined #zig
osa1 has quit [Ping timeout: 272 seconds]
mmohammadi981266 has quit [Quit: I quit (╯°□°）╯︵ ┻━┻]
return0e[m] has quit [Quit: killed]
bfredl has quit [Quit: killed]
alexnask[m] has quit [Quit: killed]
Snektron has quit [Quit: killed]
juanfra__ has quit [Quit: killed]
Bastian[m] has quit [Quit: killed]
ifreund_ has quit [Quit: killed]
BaroqueLarouche has quit [Quit: killed]
aterius has quit [Quit: killed]
alva has quit [Quit: killed]
Nypsie[m] has quit [Quit: killed]
fengb has quit [Quit: killed]
deltamaniac[m] has quit [Quit: killed]
<ifreund> see the doc comment for std.fmt.format
<ifreund> you can even read it online, though it probably isn't up to date: https://ziglang.org/documentation/master/std/#std;fmt.format
BaroqueLarouche has joined #zig
return0e[m] has joined #zig
juanfra__ has joined #zig
Nypsie[m] has joined #zig
bfredl has joined #zig
alva has joined #zig
ifreund_ has joined #zig
alexnask[m] has joined #zig
aterius has joined #zig
fengb has joined #zig
deltamaniac[m] has joined #zig
Snektron has joined #zig
Bastian[m] has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
dermetfan has quit [*.net *.split]
casaca has quit [*.net *.split]
ky0ko has quit [*.net *.split]
tracernz has quit [*.net *.split]
casaca has joined #zig
ky0ko has joined #zig
dermetfan has joined #zig
tracernz has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
g_w1 has quit [Ping timeout: 246 seconds]
g_w1 has joined #zig
donniewest has joined #zig
donniewest has quit [Client Quit]
donniewest has joined #zig
donniewest has quit [Client Quit]
donniewest has joined #zig
donniewest has quit [Client Quit]
donniewest has joined #zig
donniewest has quit [Client Quit]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
waleee-cl has joined #zig
donniewest has joined #zig
donniewest has quit [Client Quit]
donniewest has joined #zig
donniewest has quit [Client Quit]
donniewest has joined #zig
donniewest has quit [Client Quit]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
azmr has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
marnix has quit [Remote host closed the connection]
marnix has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
sawzall has quit [Read error: Connection reset by peer]
sawzall has joined #zig
Astolfo` has quit [Remote host closed the connection]
a_chou has joined #zig
Astolfo` has joined #zig
marnix has quit [Ping timeout: 256 seconds]
xackus has joined #zig
marnix has joined #zig
mmohammadi981266 has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
azmr has quit [Remote host closed the connection]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
<jaredmm> Arg. Why does a driver from a company with a market cap of 100+ billion on an OS by a company with a cap of 1.5+ trillion cause my terminal to hang for 6s after a command executes? Thinking sand was a mistake.
<scientes> jaredmm, it is woorse *because* you pay for it
<scientes> not that I am saying you shouldn't sell your skills as a programmer, or ever pay for programming work to be done, or start a business around libre software
<jaredmm> I suppose I'm technically being paid to suffer this injustice, which doesn't make it better (and no small part of the fault lies with the corporate policy to re-push broken drivers even after I fix them).
<scientes> "We must not direct the users towards proprietary software as if it were a solution, because proprietary software is the problem."-Richard Stallman http://www.gnu.org/philosophy/compromise.en.html
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
hnOsmium0001 has joined #zig
zippoh has joined #zig
<bfredl> i suppose it is a known issue that 0.7 do not build std docs yet?
<bfredl> any PR to follow? :]
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
waleee-cl has quit [Quit: Connection closed for inactivity]
dermetfan has quit [Ping timeout: 246 seconds]
<Astolfo`> holy shit. if my client seemed to spam your feed i apologize. i left the client open overnight and i come back to >Your account is disconnected and >Your account has been reconnected all over O_O
Astolfo` has quit [Remote host closed the connection]
Astolfo` has joined #zig
Astolfo` has quit [Client Quit]
marnix has quit [Ping timeout: 265 seconds]
osa1 has joined #zig
marnix has joined #zig
cole-h has joined #zig
Akuli has joined #zig
g_w1 has quit [Ping timeout: 256 seconds]
waleee-cl has joined #zig
dermetfan has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
wilsonk has quit [Ping timeout: 256 seconds]
Astolfo` has joined #zig
marnix has quit [Ping timeout: 260 seconds]
Astolfo` has quit [Client Quit]
wilsonk has joined #zig
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
qyliss has joined #zig
a_chou has quit [Quit: a_chou]
wootehfoot has joined #zig
<u0jQx9gPyrYg> any special branch i should branch of to make a fix for this https://github.com/ziglang/zig/issues/6581 or is it ok to branch of master for a PR?
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
kristoff_it1 has joined #zig
kristoff_it has quit [Ping timeout: 260 seconds]
<u0jQx9gPyrYg> anyway i just created a PR https://github.com/ziglang/zig/pull/6604 that should fix https://github.com/ziglang/zig/issues/6581 - but being a bloody newbiew i expect there to be lot's of things to learn for me and to change in that PR>..
<ifreund> u0jQx9gPyrYg: got you a review, thanks for working on this!
<Snetry> Hey, I need some help understanding what is wrong with my code
<Snetry> I am trying to call the main function (renamed to c_main) from Zig
<Snetry> but I keep getting "error: expression value is ignored"
<ifreund> Snetry: link to the code?
<Snetry> creating a gist as we speak
<ifreund> _= c_main(); to explicity discard the value
<Snetry> ah damn right
<Snetry> I forgot about that part
<ifreund> zig doesn't let you ignore return values, as that leads to bugs :P
<Snetry> yeah ik, totally forgot that was the case tho
<Snetry> thanks for the quick help
<ifreund> np
frett27 has joined #zig
marnix has quit [Ping timeout: 256 seconds]
marnix has joined #zig
marnix has quit [Ping timeout: 240 seconds]
RobotIRC has joined #zig
xackus has quit [Ping timeout: 260 seconds]
Kingsquee has joined #zig
marnix has joined #zig
ur5us has joined #zig
marnix has quit [Ping timeout: 272 seconds]
mmohammadi981266 has quit [Quit: I quit (╯°□°）╯︵ ┻━┻]
<u0jQx9gPyrYg> ifreund: can you elaborate why the switch is preferable over the if i replaced it with?
<ifreund> u0jQx9gPyrYg: it's much more readable and has comment explaining all the errors listed in the man page
<ifreund> also the ret == -1 is wrong if not using libc
RobotIRC has quit [Remote host closed the connection]
<ifreund> and you used the magic number 4 instead of the EINTR const
cr1901_modern1 has joined #zig
nikita` has quit [Ping timeout: 240 seconds]
nikki93 has quit [Ping timeout: 240 seconds]
Cynthia has quit [Read error: Connection reset by peer]
nikita` has joined #zig
Cynthia has joined #zig
nikki93 has joined #zig
cr1901_modern has quit [Ping timeout: 240 seconds]
ghostbuster has quit [Ping timeout: 240 seconds]
<ifreund> that all make sense? happy to explain in more detail if you like
ghostbuster has joined #zig
wootehfoot has quit [Read error: Connection reset by peer]
<u0jQx9gPyrYg> oh yeah the magic number instead of EINTR is indeed bad
<ifreund> there's also the fact that you should generally change as little code as possible to have the desired effect when contributing to a project
sawzall has quit [Read error: Connection reset by peer]
<ifreund> it makes things easier to review and lowers the chance of regressions
sawzall has joined #zig
<ifreund> plus every other syscall in the file uses a switch
<u0jQx9gPyrYg> true, i'm by day a code auditor, for me less code is less code to review though...
sawzall has quit [Read error: Connection reset by peer]
sawzall has joined #zig
<ifreund> readabilty and clarity is far more important than line count
<ifreund> the switch makes it clear *with comments* why each error listed in the man page can't be handled
<u0jQx9gPyrYg> hmm. yeah the comments make sense
<ifreund> and as already stated, it conforms to the style of std.os
<u0jQx9gPyrYg> yeah, thats ture
<ifreund> and has already been working for over a year
<u0jQx9gPyrYg> s/ture/true
<ifreund> enough reasons? :P
<u0jQx9gPyrYg> sure.
<u0jQx9gPyrYg> actually i found a problem in my patch, that in my live system was fixed already. /o\
markmm has joined #zig
<u0jQx9gPyrYg> damn. i clobbered os.zig in my PR... i feel lame
<u0jQx9gPyrYg> ok, time for a force push
<ifreund> force push is where it's at for small patches
<u0jQx9gPyrYg> done. still feeling lame. /o\
<ifreund> ready for round 2? I'm warmed up now :D
osa1 has quit [Quit: osa1]
<u0jQx9gPyrYg> ohoh /o\
<u0jQx9gPyrYg> i feel i already pissed of rocknest with my old code /o\
<u0jQx9gPyrYg> ah shit the rc thing i forgot.
<u0jQx9gPyrYg> right
<ifreund> andrewrk: Thank you for opaque{} <3, now my scanner doesn't depend on an unmerged feature of an unstable language :D
<ifreund> and thaks tdeo
<andrewrk> haha
<ifreund> u0jQx9gPyrYg: you didn't piss anyone off, we all have the same goal here: an awesome language and standard library
<u0jQx9gPyrYg> ifreund: when i return the returned pid, it seemed to me that there are cases when the returned value from system.waitpid is usize is it true that in that case pid_t is also of the same bitsize and doesn't need truncating?
<u0jQx9gPyrYg> huh, i hope that makes sense
<ifreund> you're right that usize is probably going to be more bits than pid_t, but @intCast() can handle that
<u0jQx9gPyrYg> intcast can truncate down? i didn't know, i guess i don't know many things zig...
<ifreund> @truncate is when you want to discard some of your bits without caring what they are
<ifreund> @intCast is for casting between any two integer types
<ifreund> @truncate can't invoke UB
<ifreund> @intCast can
<ifreund> I think the code you have withe the @truncate before the @intCast actually hides UB that we want to trigger in some cases
<u0jQx9gPyrYg> i see
<u0jQx9gPyrYg> i pushed an update
<ifreund> u0jQx9gPyrYg: LGTM, last thing to do is to run zig fmt
<u0jQx9gPyrYg> it also reformats other parts of the code that i didn't touch
<ifreund> ew
<u0jQx9gPyrYg> i can manually merge the changes i guess and leave the other parts unformatted
<ifreund> idk what editor you use, but mine lets me pipe the selection through external programs
<ifreund> so you can select the part you changed and then pipe it through `zig fmt --stdin`
<u0jQx9gPyrYg> well normally i use emacs. but this particular case for some stupid reason i use vim. anyway i made a diff, and deleted the parts that are not related to my changes and applied that patch to a checkedout version of os.zig
<ifreund> cool
<tdeo> i've gotten into the habit of always using `git add -p`
<ifreund> u0jQx9gPyrYg: you can probably press the resolve button on most of those review comments now
<tdeo> helps avoiding other stuff like trailing whitespace too
<ifreund> git add -p is the shit
<ifreund> also a nice way to make sure there aren't any glaring bugs before you commit
<u0jQx9gPyrYg> donez
<u0jQx9gPyrYg> wow. TIL add -p. thx. very very useful
<andrewrk> -p also works on git log
<andrewrk> sometimes I use `git log -p` and then just search for identifiers to see when it was first introduced
<u0jQx9gPyrYg> yah that i knew and use a lot
Akuli has quit [Quit: Leaving]
<tdeo> ooh i knew about the command but not that trick
<andrewrk> it's especially useful combined with -- [file_paths]
layneson has joined #zig
<pixelherodev> andrewrk: CI passed, case fixed, I pass the PR back to you :)
qyliss has left #zig ["WeeChat 2.8"]
<andrewrk> nice work
layneson has quit [Ping timeout: 258 seconds]
chivay has quit [Remote host closed the connection]
AlbinoDrought has quit [Remote host closed the connection]
Ristovski has quit [Remote host closed the connection]
chivay has joined #zig
AlbinoDrought has joined #zig
AlbinoDrought has quit [Changing host]
AlbinoDrought has joined #zig
[RMS] has quit [Quit: No Ping reply in 180 seconds.]
][_R_][ has joined #zig
V has quit [Remote host closed the connection]
Ristovski has joined #zig
markmm has quit [Ping timeout: 240 seconds]
Astolfo` has joined #zig
V has joined #zig
Astolfo` has quit [Client Quit]
WilhelmVonWeiner has quit [Ping timeout: 240 seconds]
LanceThePants has joined #zig
WilhelmVonWeiner has joined #zig
WilhelmVonWeiner is now known as Guest19493
sawzall has quit [Read error: Connection reset by peer]
markmm has joined #zig
dermetfan has quit [Ping timeout: 272 seconds]
earnestly has quit [Ping timeout: 256 seconds]
wf has joined #zig
wf is now known as Guest23391
Guest23391 has quit [Remote host closed the connection]
<ikskuh> implementing compileLog in C++: https://bpa.st/4GCQ
<ifreund> cursed
frett27 has quit [Ping timeout: 256 seconds]
gert_ has joined #zig
albertito has quit [Ping timeout: 240 seconds]
albertito has joined #zig
<pixelherodev> ikskuh: that's worse than my PHz80
albertito has quit [Ping timeout: 256 seconds]
albertito has joined #zig