15:17 <eggy_> Anybody on?

15:19 <eggy_> In any case, learning zig instead of rust, and looking for help...

15:19 <eggy_> New to IRC, obviously

15:19 <eggy_> LUSERS

15:56 <andrewrk> Hi eggy_

16:06 <ltr_> hello andrewrk , i had to update the bios to compile llvm5 in debug mode, i dont know why my box froze with the older bios

16:09 <ltr_> really weird , it has something to do with intel microcode

17:37 <andrewrk> ltr_: wow

18:17 <brendons> andrewrk: are there any plans to add unions in the future? it would be handy for interpreting events of different types off of the event loop (timers vs. sockets vs. fs stuff, etc.), because all we get back is a void * and we need to figure out the right way to handle them. i have some ways of hacking around it but unions would be a nice approach

18:23 <PV_> andrewrk: I have question about metaprogramming. Is it possible (in compile time) to take a struct, add another member into it, and then rename the result with original name. "Mocking" datatype, in practice. Is is also possible to add/replace struct method this way?

18:27 <brendons> oh wait, it looks like they already are supported

22:19 <andrewrk> brend0n: yes unions are planned. I don't have the issue handy

22:19 <andrewrk> The enum type supports data payloads

22:20 <andrewrk> Raw unions are also planned

22:21 <andrewrk> PV_: no this is not possible. It will likely be possible to do that and create a new type, but not override an existing one

22:23 <brend0n> andrewrk: the enum type was actually perfect for my use case (and most, i imagine)

22:36 <PV_> andrewrk: thanks.