Open danielchasehooper opened 1 year ago
Thanks for the report @danielchasehooper!
Could you re-check if this now fixed for you in latest master? It worked for me with Zig version 0.11.0-dev.2374+a329450aa
Yes, fixed in 0.11.0-dev.2652+8ba937c78
This appears to have reverted? Like @danielchasehooper, I get symbols in 0.11.0-dev.2652+8ba937c78
but I don't from the latest (0.11.0-dev.2892+fd6200eda
)
This appears to have reverted? Like @danielchasehooper, I get symbols in
0.11.0-dev.2652+8ba937c78
but I don't from the latest (0.11.0-dev.2892+fd6200eda
)
I will reopen and investigate. Intel or M1?
M2
I'll re-test with latest master locally on the M1 and see if it regressed, and report back.
Same issue here with https://github.com/pcarrier/zgraph
@kubkon Since this bug seems to be sensitive to the code that goes into the binary, I think it'd be worthwhile to go back to the zig version this was filed under and determining the root cause, even if its unreproducible on latest zig. It's possible that it stops reproducing in new builds due to changes in the standard library, and not because the underlying issue was fixed.
The symbols work for me with -O Debug
, but seem to be missing with -O ReleaseFast -fno-strip
. Is that expected?
This still happens with 0.12.0-dev.888+130227491
Zig Version
0.11.0-dev.449+665eba93c
Steps to Reproduce and Observed Behavior
reproduced on a M1 Pro running macOS 13.1
deploy.zig
:pub fn main() !void { var gpaimpl = std.heap.GeneralPurposeAllocator(.{}){}; try std.fs.cwd().deleteTree("build"); = try std.fs.cwd().makeOpenPath("build", .{}); var static_dir = try std.fs.cwd().openIterableDir("static", .{}); var in_file = try static_dir.dir.openFile("bla", .{ .mode = .readonly }); = try in_file.readToEndAlloc(gpa_impl.allocator(), 50 * 1_048_576); }