xd1le has quit [Remote host closed the connection]
xd1le has joined #zig
<pixelherodev>
companion_cube: I completely disagree
<pixelherodev>
As a developer, I've started getting really annoyed by per-project dependencies
<pixelherodev>
As a user, that's even more true
waffle_ethics has joined #zig
<pixelherodev>
earnestly: ... I'm going to have to look at Gobo more, that looks really neat
<earnestly>
pixelherodev: By the author of htop, heh
g-w1 has quit [Ping timeout: 265 seconds]
lltt has joined #zig
squeek502 has quit [Remote host closed the connection]
supercoven_ has quit [Read error: Connection reset by peer]
waffle_ethics has quit [Ping timeout: 258 seconds]
ryuukk_ has joined #zig
ryuukk__ has quit [Ping timeout: 256 seconds]
hnOsmium0001 has joined #zig
Kingsquee has joined #zig
<companion_cube>
pixelherodev: to each their own :)
<pixelherodev>
Yep :)
<pixelherodev>
companion_cube: I've actually started devendoring an old project :P
<pixelherodev>
It's just a hassle keeping libraries synced
<companion_cube>
what's the alternative, though?
<pixelherodev>
System-wide installations
<pixelherodev>
It's much easier to manage that way
<companion_cube>
you still need to keep track of dependencies (and their versions) quite closely
<pixelherodev>
Not necessarily
<pixelherodev>
At least, not with versions
<companion_cube>
unless you depend only on decades-old libraries that don't move at all, of course
<pixelherodev>
That's the whole point of semantic versioning
<pixelherodev>
Depend on the major version only, or for new features, a minor version
skuzzymiglet has joined #zig
marnix has quit [Ping timeout: 240 seconds]
marnix has joined #zig
marnix has quit [Read error: Connection reset by peer]
marnix has joined #zig
osa1 has quit [Remote host closed the connection]
skuzzymiglet has quit [Ping timeout: 260 seconds]
Ondingen has quit [Remote host closed the connection]
frmdstryr has quit [Ping timeout: 265 seconds]
skuzzymiglet has joined #zig
cole-h has quit [Ping timeout: 264 seconds]
marnix has quit [Ping timeout: 272 seconds]
ur5us has joined #zig
ur5us has quit [Remote host closed the connection]
ur5us has joined #zig
Ondingen has joined #zig
g-w1 has joined #zig
radgeRayden has quit [Ping timeout: 272 seconds]
Akuli has quit [Quit: Leaving]
nrdmn68 has joined #zig
nrdmn6 has quit [Read error: Connection reset by peer]
ryuukk_ has quit [Read error: Connection reset by peer]
ur5us has quit [Ping timeout: 244 seconds]
ur5us has joined #zig
radgeRayden has joined #zig
skuzzymiglet has quit [Ping timeout: 256 seconds]
earnestly has quit [Ping timeout: 260 seconds]
<Ondingen>
Is it possible to get a better error message than "...exited with error code 3221225501 ..." from 'zig build run' with UBSan on windows? I tried "set UBSAN_OPTIONS=log_path=C:/ubsan_logs" but nothing appears there.
<Ondingen>
(with C code)
kristoff_it1 has quit [Ping timeout: 264 seconds]
<andrewrk>
Ondingen, if you have any zig code in the project, you can call std.debug.attachSegfaultHandler()
<andrewrk>
and then it will print a stack trace when that happens
ur5us has quit [Ping timeout: 240 seconds]
a_chou has joined #zig
msingle has joined #zig
<Ondingen>
I don't, it's a win32 C project (quake) and I couldn't get a WinMain working. But I added a separate segfault_handler.zig file and called b.addObject(...) and exe.addObject(...) and that works, but not for x86 builds, only x64.Using i386 as a target lld reports the error : "lld: error: ...\segfault_handler.obj: machine type x64 conflicts with x86".
<Ondingen>
So it seems the target isn't respected? I worked around it by doing build-lib and then exe.addObjectFile(...). Now I get 2147483651 (0x80000003) as the error but nothing else. Is it because it's a win32 application? It works with a terminal app.
<Ondingen>
@andrewrk
<andrewrk>
Ondingen, can I see your build.zig file? note that you have to add the target for every artifact
msingle has quit [Ping timeout: 265 seconds]
<Ondingen>
andrewrk https://pastebin.com/0uYCXp5u and segfault_handler.zig is compiled with "zig build-obj segfault_handler.zig -target i386-windows-msvc".
msingle has joined #zig
<Ondingen>
the exe.addLinkerArg(...) was added by me to the compiler because I couldn't figure out any way to pass flags to the linker
<Ondingen>
so you can't run it
<andrewrk>
how is ubsan-test/src/segfault_handler.obj generated?