chore: enable error return traces in release build #12024
+12
−28
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What does this PR do?
For more context on what an Error Return Trace is, view https://ziglang.org/documentation/0.13.0/#Error-Return-Traces
This PR enables a feature I implemented at the time of writing the new Crash reporter, which is
--verbose-error-trace
, which for all caught Zig errors, it will dump the error in the form of a report view URL. This applies for all errors that return from main, but also any place we callbun.handleErrorReturnTrace
, which ideally is at every place wecatch ...
without bubbling up the error or handling it specially.Have not noticed any observable performance differences. More testing there is needed.