ChanServ changed the topic of #zig to: zig programming language | ziglang.org | be excellent to each other | channel logs: https://irclog.whitequark.org/zig/
<daurnimator>
andrewrk: so how are the 12? :)
<andrewrk>
daurnimator, still on the first one. almost done :)
* daurnimator
looks at list of open PRs..... copy ellision is "first".
<andrewrk>
#1733 and #638
<daurnimator>
while on #638, is there an open issue for making readInt take an enum instead of a boolean for the endianess arg?
<andrewrk>
pretty sure it already does. but I'm making a bunch of breaking API changes to all the read and write int functions
<daurnimator>
ah it does! I was looking at an old revision
<zachcarter>
I'm sure I'm doing something wrong with the defer - since I'm catching errors already
<andrewrk>
zachcarter, what happened is you returned an error from main, so zig is trying to print an error return trace, to show where the error came from (although in this case it is trivially obvious) and the debug info code itself has panicked and triggered a stack trace, which then succeeds and shows where in zig's debug info code it failed
<andrewrk>
so it's a bug in zig standard library with regards to macos stack traces
<zachcarter>
gotcha - just wanted to make sure that it was already known about, and if not to raise it :) thanks for the explanation
<zachcarter>
enjoying zig so far :) coming from C++ and Nim
<zachcarter>
I very much like many of the design decisions you've taken with the language
<zachcarter>
I did - it threw me for a bit
<zachcarter>
then I found some SDL2 wrapper code and then finally I found @ptrCast and all was right with the world
<zachcarter>
Nim handles this with unchecked arrays
<zachcarter>
I like the proposal though - it's not an easy problem to solve IMO
<zachcarter>
heh - considering this is even an issue - kind of makes me really happy
<zachcarter>
amazed how few bugs I ran into given how new the language is
qazo has joined #zig
<andrewrk>
I'm glad to hear you could pick it up quickly though. that's one of my goals - is that source code is discoverable and readable even to people who don't know the language
<andrewrk>
zig code is intended to be very boring and obvious
<zachcarter>
I am a fan of simplicity
<zachcarter>
I like C++ - I think it has some great features
<zachcarter>
when I code in it - I stick to a minimal subset if possible
<zachcarter>
but I'd rather code in a language that is more in the vein of C when possible
bilebucket has joined #zig
qazo has quit [Read error: Connection reset by peer]
qazo has joined #zig
bilebucket has quit [Read error: Connection reset by peer]
<daurnimator>
emekoi: I know how it works in C..... the question is how we can apply attributes to memory and/or allocators in zig. It's more than executuable too: not all memory is the same. e.g. on some architectures, some memory is faster to access than others. you might decide to have 'persistant' memory. huge pages exist...