03:27 <jrcd83> anybody know why i run "zig build-exe" and the .exe isn't rebuilt but the .obj in zig-cache/ is updated? on windows

05:28 <andrewrk> jrcd83: this sounds like https://github.com/ziglang/zig/issues/859

06:18 <jrcd83> @andrewrk: ty it seems similar but i can delete the .exe and it will not build so it is perhaps distinct from #859. i added a new function to the file and it does this. i can remove the func it and it builds again... zig returns error code 1. strange.

06:28 <jrcd83> andrewrk: i will keep at it. i like ur language alot ty. this is for a homework max subarray algorithm: https://gist.github.com/juster/d639d3e4a4975878e424092aff4435e3 (see comment at bottom). idk if it's only windows

17:14 <srgpqt> Hi. I'm getting compiler crashes when I try to compile a small app with an objective-c static library. Is this a known issue? Should i create an issue on github? Reduced repro case: https://github.com/srgpqt/zig-objc-static-lib-crash

17:19 <andrewrk> srgpqt, I'll have a look

17:19 <srgpqt> ty <3

17:29 <andrewrk> srgpqt, what objective c compiler are you using?

17:41 <andrewrk> can I see the full output you're getting?

17:42 <srgpqt> ⚡ zig build

17:42 <srgpqt> The following command terminated unexpectedly:

17:42 <srgpqt> /usr/local/Cellar/zig/HEAD-57c4d38/bin/zig build-exe /Users/myself/p/zig-objc-static-lib-crash/src/main.zig --cache-dir /Users/myself/p/zig-objc-static-lib-crash/zig-cache --output /Users/myself/p/zig-objc-static-lib-crash/zig-cache/app --name app -isystem /Users/myself/p/zig-objc-static-lib-crash/zig-cache -isystem /Users/myself/p/zig-objc-static-lib-crash/src --library

17:42 <srgpqt> /Users/myself/p/zig-objc-static-lib-crash/zig-cache/libgoodies.a

17:42 <srgpqt> Build failed. The following command failed:

17:42 <srgpqt> /Users/myself/Library/Application Support/zig/stage1/artifact/RtOUWNghb4UDrBj98-Kv6XCyEGfbQf3yLwJL7QmeTM-Qyp4ckZu1OgTJz2_1r-n0/build /usr/local/Cellar/zig/HEAD-57c4d38/bin/zig /Users/myself/p/zig-objc-static-lib-crash /Users/myself/p/zig-objc-static-lib-crash/zig-cache

17:42 <srgpqt> i have the crash logs too

17:44 <srgpqt> https://gist.github.com/srgpqt/61163a279baa4f8d41b01a653c2635bc

17:46 <srgpqt> I'll try reinstalling llvm and see if it makes a difference

17:47 <andrewrk> that's not likely to change anything

17:48 <srgpqt> I was using llvm compiled from source, so who knows

17:49 <andrewrk> me :)

17:50 <srgpqt> well you were right, same crash ;-)

17:53 <andrewrk> srgpqt, I'm not able to reproduce your crash - I get "Undefined symbol: app.o: _oops"

17:54 <andrewrk> can you run `zig build --verbose` and link me to a paste of the output?

17:56 <andrewrk> oh, your crash log has a stack trace

17:57 <andrewrk> damn, it's crashing in the macho linker

17:57 <srgpqt> Add the verbose output as comment to that gist

17:57 <srgpqt> Added*

17:57 <andrewrk> srgpqt, here's the situation. the MACH-O code in LLD is not mature because nobody in the LLVM community cares about it

17:58 <andrewrk> so you have found a bug in the mach-o code of LLD

17:58 <andrewrk> this is one of the motivating factors of https://github.com/ziglang/zig/issues/1535

17:58 <srgpqt> Doesn't Apple care about it? Since every last piece of software they make is built with it

17:58 <andrewrk> which is an issue for zig to have its own linker

17:59 <andrewrk> apple uses the native linker, not LLD

17:59 <srgpqt> I thought lld was the native linker nowadays

17:59 <andrewrk> yeah that seems like where things were going

18:00 <andrewrk> so, unfortunately you are blocked by a problem to which the solution is a large effort

18:01 <andrewrk> as a workaround, I think you could use zig to produce a .o file, and then link with the system linker

18:01 <srgpqt> Sigh. I guess this makes it impossible to build zig apps that need objective-c pieces? Probably could build zig libs and link them into objective-c apps..

18:02 <srgpqt> Yeah, your workaround is what i was basically thinking of. Ah well

18:02 <andrewrk> yeah. sorry about that. I should just start the zig linker project. linking isn't that hard

18:03 <tbodt> can zig be configured to use the system linker?

18:04 <srgpqt> Yeah, I was looking into the Mach-O spec myself, to understand how build toolchains all work.. i should revisit that

18:04 <andrewrk> tbodt, not anymore. in the pursuit of true out of the box cross compilation, we have to not rely on system dependencies

18:04 <andrewrk> tbodt, consider that on windows & linux you also need the ability to build the mach-o project

19:46 <jrcd83> andrewrk: i found out that accessing the c_allocator was exiting at compile time. maybe since libcrt is not linked in? i got it working with DirectAllocator

19:49 <andrewrk> jrcd83, can I see the output you're getting? you do have to link libc to use c_allocator. you should be getting a linker error if you don't

19:49 <andrewrk> oh. you know what I've seen, is hundreds of blank lines printed after the error message

19:49 <andrewrk> I haven't figured out what causes this yet

19:50 <andrewrk> LLD rears its ugly head again

19:52 <jrcd83> andrewrk: the command doesnt print anything it just stops and there is an error code (1)

19:53 <jrcd83> i.e. in old cmd prompt i see it with "echo %errorlevel%" and it prints 1

19:55 <andrewrk> the next step to solving this is either (1) get me to be able to reproduce it or (2) you run it in a debugger with a breakpoint on exit and get me a stack trace

19:59 <jrcd83> ill try to get a stack trace, I have a more isolated example btw: https://gist.github.com/juster/63b95c64ecc824fb55e7dba4d404a4d7 ... i'll maybe get back to this in a few days

20:00 <jrcd83> gotta switch tasks cya ty