00:46
arBmind has quit [Quit: Leaving.]
01:57
<
andrewrk >
dimenus, assertion fixed and pushed. llvm6 branch passes all tests with llvm built in debug mode
01:58
<
GitHub71 >
zig/master dc8b011 Andrew Kelley: fix incorrect debug info for empty structs...
02:10
<
dimenus >
very nice
02:26
<
dimenus >
does the IR looks similar now?
03:03
_dev_zero has quit [Ping timeout: 248 seconds]
03:10
_dev_zero has joined #zig
03:17
_whitelogger has joined #zig
03:19
<
dimenus >
building libpng on windows =|
03:19
<
dimenus >
even with their janky CRT, I prefer mingw
03:28
<
andrewrk >
dimenus, yes it does
03:29
<
andrewrk >
I think depending on libpng in the tetris game was a bad decision. too hard on windows
03:29
<
andrewrk >
I'd like to get a pure zig png library going
04:01
<
GitHub62 >
zig/master a31b23c Andrew Kelley: more compile-time type reflection...
05:24
pupppp has joined #zig
06:35
PV_ has quit [Ping timeout: 260 seconds]
06:53
tiehuis has joined #zig
07:01
arBmind has joined #zig
07:14
<
GitHub146 >
[zig] tiehuis opened pull request #580: Add emit command-line option (master...emit-addition)
https://git.io/vFneX
07:15
arBmind has quit [Quit: Leaving.]
07:54
cenomla has quit [Quit: cenomla]
09:00
_dev_zero has quit [Remote host closed the connection]
09:02
_dev_zero has joined #zig
09:05
puppp has joined #zig
09:08
pupppp has quit [Ping timeout: 260 seconds]
09:33
_dev_zero has quit [Remote host closed the connection]
09:33
_dev_zero has joined #zig
10:24
arBmind has joined #zig
10:28
arBmind has quit [Ping timeout: 240 seconds]
10:34
arBmind has joined #zig
11:43
tiehuis has quit [Quit: WeeChat 1.9.1]
12:21
_dev_zero has quit [Remote host closed the connection]
12:22
_dev_zero has joined #zig
12:25
puppp has quit [Ping timeout: 248 seconds]
12:27
puppp has joined #zig
13:09
<
GitHub194 >
[zig] andrewrk closed pull request #580: Add emit command-line option (master...emit-addition)
https://git.io/vFneX
13:09
<
GitHub110 >
zig/master 795703a Marc Tiehuis: Add emit command-line option (#580)...
13:11
_dev_zero has quit [Remote host closed the connection]
13:12
_dev_zero has joined #zig
13:30
_dev_zero has quit [Remote host closed the connection]
13:30
_dev_zero has joined #zig
13:57
puppp has quit [Ping timeout: 240 seconds]
14:18
puppp has joined #zig
14:47
<
ltr_ >
zig working in llvm6 means not working in llvm5?
14:55
<
andrewrk >
ltr_, it's a branch
14:56
<
andrewrk >
master branch works with llvm5, llvm6 branch works with llvm master
15:01
<
ltr_ >
i mean if zig would work with llvm 5.0 and llvm 6.0 eventually
15:01
<
andrewrk >
ltr_, no, we're always going to track the latest release of LLVM. if you want an older LLVM, use an older zig
15:01
<
andrewrk >
that's the idea
15:20
dimenus_ has joined #zig
15:42
dimenus is now known as Guest327
15:42
dimenus_ has left #zig ["Leaving"]
15:42
dimenus_ has joined #zig
15:42
dimenus_ has left #zig ["Leaving"]
15:46
dimenus has joined #zig
16:16
_dev_zero has quit [Remote host closed the connection]
16:17
_dev_zero has joined #zig
16:23
_dev_zero has quit [Remote host closed the connection]
16:24
_dev_zero has joined #zig
16:40
arBmind has quit [Quit: Leaving.]
17:19
puppp has quit [Quit: puppp]
17:39
arBmind has joined #zig
18:46
cenomla has joined #zig
20:00
arBmind has quit [Quit: Leaving.]
20:05
<
dimenus >
andrewrk: figured out that GLFW parsing issue @haferburg is having
20:05
<
dimenus >
line endings....
20:05
<
dimenus >
i was going nuts because i couldn't replicate it at first, but I have unix line endings setup in sublime text on .h/.c files
20:05
<
dimenus >
but i cracked open a hex editor and found it
20:07
<
andrewrk >
dimenus, good find
20:07
<
andrewrk >
the c tokenizer should support \r\n
20:09
<
dimenus >
does anything else generate a carriage return?
20:10
<
dimenus >
is it safe to consider '\r' the end of a macro as well?
20:10
<
andrewrk >
I believe so. I'm trying to find the C specification
20:11
<
andrewrk >
found it. it just says "the new-line character"
20:17
<
andrewrk >
dimenus, I just read the spec, apparently it's implementation defined what a "newline" is in C
20:17
<
andrewrk >
this is so silly
20:17
<
andrewrk >
we'll just accept \r\n as well as \n
20:18
<
dimenus >
c_import is always going to be text
20:18
<
dimenus >
so it's not like w're ignoring a rogue 0xD
20:25
<
andrewrk >
anyway, great find dimenus. are you working on a fix?
20:26
<
dimenus >
will be in a bit
21:18
tiehuis has joined #zig
21:23
PV_ has joined #zig
21:29
<
PV_ >
I have question about Zig equivalent of conditional compilation in C:
21:29
<
PV_ >
struct xyz { int x;
21:30
<
PV_ >
I tried this in Zig:
21:30
<
PV_ >
const FOO : bool = true;
21:31
<
PV_ >
const xyz = struct { x : i32,
21:31
<
PV_ >
if (FOO) y : i32;
21:32
<
PV_ >
but then the compiler complains about the "if".
21:32
<
GitHub22 >
[zig] Dimenus opened pull request #581: Add support for windows line endings with c macros (master...line_endings)
https://git.io/vFcKN
21:33
<
tiehuis >
Don't believe you can use if statements in that way since they act as an expression, but you don't want an expression there but a declaration of y
21:34
<
tiehuis >
giving a void type should be compiled out and have no overhead
21:42
<
PV_ >
@tiehus: this compiles, but it feels cumbersome. Imagine structure with dozen of conditionally compiled members (say collected runtime statistics for an allocator).
21:44
<
PV_ >
Using comptime if was something I expected to work.
21:50
<
GitHub189 >
[zig] haferburg opened pull request #582: Allow Windows line endings (master...line-endings2)
https://git.io/vFcP3
21:55
<
GitHub10 >
[zig] Dimenus opened pull request #583: Win32 libc runtime fixes. (master...libc_runtime)
https://git.io/vFcPX
21:56
<
tiehuis >
you can do all that inline with a struct for multiple members if you want to have more brevity
22:03
<
PV_ >
I tried the suggested struct, it works, but still. Was the "conditional compilation by comptime if" considered and rejected?
22:05
<
tiehuis >
i can't recall on the top of my head
22:06
<
tiehuis >
in some ways it does make sense there, considering it is allowed at the top-level, but I suppose it would need to be considered against the existing way
22:27
dimenus has quit [Ping timeout: 248 seconds]
22:32
<
GitHub179 >
[zig] andrewrk closed pull request #583: Win32 libc runtime fixes. (master...libc_runtime)
https://git.io/vFcPX
22:32
<
GitHub135 >
zig/master d4c1ed9 Andrew Kelley: Merge pull request #583 from Dimenus/libc_runtime...
22:32
<
GitHub135 >
zig/master 1890760 dimenus: Windows libc & static libc are located in the same dir which is already covered by msvc_lib_dir
22:40
<
GitHub101 >
[zig] andrewrk closed pull request #581: Add support for windows line endings with c macros within a c_import. (master...line_endings)
https://git.io/vFcKN
22:40
<
GitHub66 >
zig/master 75afe73 Andrew Kelley: Merge pull request #581 from Dimenus/line_endings...
22:40
<
GitHub66 >
zig/master 1ef6cb1 dimenus: Add support for windows line endings with c macros
23:46
<
GitHub46 >
[zig] andrewrk closed pull request #582: Allow Windows line endings (master...line-endings2)
https://git.io/vFcP3
23:47
<
andrewrk >
hi tiehuis
23:51
<
andrewrk >
hmm I'm still getting "no compilers found" in your compiler-explorer fork
23:51
<
tiehuis >
running `make LANG=zig` and adjusted the path in etc/config?
23:52
<
andrewrk >
ah, I needed the LANG=zig
23:52
<
tiehuis >
yeah, it took me a while to figure out how to set the compiler I wanted
23:52
<
tiehuis >
by default it uses the C++ system compiler
23:52
<
tiehuis >
although the paths are probably configured specifically for linux so may now have picked anything up
23:53
<
andrewrk >
hmm it says compilation failed with no other output
23:53
<
tiehuis >
click the bottom warning symbol of sorts
23:53
<
andrewrk >
oh I need to set options
23:53
<
andrewrk >
ahh there's the stderr!
23:53
<
tiehuis >
you'll also want to use the binary output `11010` option
23:54
<
tiehuis >
since I haven't yet added the assembly emitting and need to adjust its output filename properly
23:54
<
tiehuis >
the main stub I added isn't working completely so you will need to add your own
23:56
<
tiehuis >
awesome, it'd be cool if we could easily differentiate our symbols vs the stdlib/compiler ones
23:56
<
andrewrk >
oh, or we could just compile with optimizations
23:56
<
tiehuis >
I added some filtering of them but it doesn't hide all of them
23:57
<
tiehuis >
that would help, the generated asm with --release-fast is pretty lean and usually not too bad
23:57
<
tiehuis >
oh nice, that looks better than mine
23:58
<
andrewrk >
hmm I didn't have to implement the panic function either
23:58
<
tiehuis >
yeah, just exporting seems to generate good stuff