02:52 <MajorLag> is freebsd CI broken or is it just me?

04:23 <andrewrk> MajorLag, I think you need to merge master or rebase your PR to fix it

04:24 <MajorLag> alright, not a big deal yet since fixing c_allocator didn't fix whatever is causing the failure in the other CIs, but that one had always passed so I was curious.

05:04 <Szwagi> I'm interested in ziglang, am I in the right place?

05:06 <Szwagi> Right, there's a big header saying it is lol

05:30 <wilsonk> Szwagi: lol, yes you are in the right place. Welcome! :)

08:33 <Szwagi> Soo.. I'm new to the language, trying to learn via writing some code and reading the documentation. What is the best approach to allocate a singular object on the heap via an allocator?

08:34 <Szwagi> From what I can tell, allocFn returns a []u8 and alloc returns []T. Came up with this -> var window = &(try allocator.alloc(Window, 1))[0];

08:34 <Szwagi> but it seems kinda hacky (?)

09:08 <daurnimator> Szwagi: .createOne

09:08 <daurnimator> (I actually use .create.... but I see that now has a deprecation notice. anyone know why?)

09:11 <daurnimator> commit and PR seem pretty unrelated :( https://github.com/ziglang/zig/pull/1266/commits/10d2f08d376a302bd79e87d17c06922d3145a939#diff-c666216954ff0e34f3cb9f3e806e3f53R38

10:46 <forgot-password> Hi guys, I'm having trouble with the c interop again. I have a function that returns an optional pointer to a c struct, which I unwrap via orelse. If, however, I try to access any fields of that struct I get 'type [*]const T does not support field access'. Why is that? Does Zig fail to read the struct structure (no pun intended) in that case?

10:49 <daurnimator> forgot-password: you have an array there. you need to pick a member first

10:50 <forgot-password> Oh my god, how could I be that dense. I even have the c declaration right in front of me. Thank you, daurnimator :)

10:54 <forgot-password> Is there a way to automatically unwrap the first element of my optional pointer or do I *have to* go through a separate variable?

10:56 <daurnimator> forgot-password: huh? shouldn't it just be a case of adding [0] to your one-liner?

10:57 <forgot-password> Right, I can just put it in parens. Maybe I should get something to eat before I continue ^^

11:08 <daurnimator> forgot-password: or edit the generated zig to change [*] to plain *

11:08 <daurnimator> forgot-password: or wait for https://github.com/ziglang/zig/issues/1059 :P

11:26 <Szwagi> How would I go about converting a zig-string to a c-string? Is there anything to help me with that in the stdlib?

11:29 <kristate> Szwagi: is the zig string constant or runtime?

11:29 <Szwagi> would be nice if it was able to convert both

11:30 <kristate> Szwagi: if it's constant, you can simply use ++ like so: a_constant_str ++ []u8{0}

11:31 <kristate> Szwagi: and then ptrcast to c-string, @ptrCast([*]const u8, a_constant_str ++ []u8{0})

12:22 <Szwagi> Managed to do something with only a few hours worth of experience with the language: https://github.com/Szwagi/glz

12:22 <Szwagi> :D

12:38 <daurnimator> Szwagi: you may want `packed struct`

12:43 <Szwagi> thanks, fixed

12:47 <daurnimator> Szwagi: re line 134, you can do something like: `instance: if (builtin.os == builtin.Os.windows) HINSTANCE else void`

12:49 <daurnimator> Szwagi: your errdefer at line 209 seems pointless?

12:50 <Szwagi> it is, but i dont think the compiler will do anything with it anyway so it's there in case i put in some code there in the future

12:53 <daurnimator> Szwagi: btw, I don't recall if `extern struct` is prefered over `packed struct`

12:54 <daurnimator> Szwagi: otherwise, you should send a PR to zig to add those windows structs/defines you translated :)

13:00 <Szwagi> packed struct makes the program crash, so i'm guessing it's extern struct I need

13:09 <kristate> use `extern struct` for C ABI compatibility

13:09 <daurnimator> kristate: k. seems to not be documented.

13:09 <daurnimator> though I find it in generated source and the standard library

13:09 <daurnimator> wasn't sure if it was deprecated or new

13:09 <kristate> daurnimator: yes, it's on the TODO for 0.4.0