debug info missing from Tracy

[andrewrk]

Zig Version: 0.10.0-dev.4583+875e98a57

To reproduce:

stage3/bin/zig build -p stage4-tracy -Dskip-install-lib-files  -Drelease -Dtracy=$HOME/Downloads/tracy -Dstatic-llvm --search-prefix ~/dev/zig-bootstrap/out/x86_64-linux-musl-baseline -Dtarget=native-native-musl

Next run tracy, press the connect button. Finally:

stage4-tracy/bin/zig build

[andrewrk]

Downstream issue filed: wolfpld/tracy#482

[kubkon]

Even worse so, this almost immediately crashes on macOS while some debug info is there.

[kubkon]

This appears to be an issue with stage2 compiler. I've hooked up the same very bindings in https://github.com/kubkon/zld/tree/tracy-integration and tracy crashes with the same segfault as reported here when zld is built with stage2 compiler, but is fine when built with stage1 compiler (via -fstage1). I will try to investigate a little more since I have everything in place to debug it.

[jamii]

I hit possibly the same crash in tigerbeetle with zig 0.9.1. As a workaround, I found that the alloc api seems to work fine:

        ___tracy_emit_zone_begin_alloc(___tracy_alloc_srcloc(
            src.line,
            src.file.ptr,
            src.file.len,
            src.fn_name.ptr,
            src.fn_name.len,
        ), 1);

[leecannon]

I have been experiencing this issue with all zig projects since switching to stage2.

@Techatrix found that if you don't use .line = src.line but instead hardcode it to .line = 1 it works (at least for the projects i've tested)

[leecannon]

TLDR: tracy assumes the source location is static and it can read it at anytime, but we are passing a pointer to the stack

I have done a bit of investigation and found out that the source location must survive (the tracy manual even spells this out in section 3.4 Marking Zones in the important box at the end of the section), so it cannot be on the stack, this is why ___tracy_alloc_srcloc as mentioned by @jamii works as it allocates the source location on the heap and never frees it.

According to the dissasembly, if you do .line = 1 then the struct is in rodata so will survive and if you do .line = src.line the struct is constructed on the stack and becomes invalid almost immediately.

If you try to force it to be comptime known:

const location = comptime ___tracy_source_location_data{
    .name = null,
    .function = src.fn_name.ptr,
    .file = src.file.ptr,
    .line = src.line,
    .color = 0,
};

An error message stating that src.line is a runtime value is shown:

src/tracy.zig:67:20: error: cannot store runtime value in compile time variable
        .line = src.line,

@andrewrk is it intended that src.line on the parameter comptime src: std.builtin.SourceLocation is not comptime known?

[andrewrk]

No it's not intended. This is a regression.