diff options
| author | Dylan DPC <dylan.dpc@gmail.com> | 2020-05-05 12:55:08 +0200 |
|---|---|---|
| committer | GitHub <noreply@github.com> | 2020-05-05 12:55:08 +0200 |
| commit | 12fc1e0fa515e7039f403193fda63ae5b01945bf (patch) | |
| tree | 815daa18ddde7dafc52fd94a3612360772ddb0f9 /src/libstd/sys/unix/stack_overflow.rs | |
| parent | de27cd7649e4182c63c770d18a561bda0d88cfc6 (diff) | |
| parent | cda994633ee109639b9c4c12c20e2aacb6a879cd (diff) | |
| download | rust-12fc1e0fa515e7039f403193fda63ae5b01945bf.tar.gz rust-12fc1e0fa515e7039f403193fda63ae5b01945bf.zip | |
Rollup merge of #69984 - lenary:lenary/force-uwtables, r=hanna-kruppe
Add Option to Force Unwind Tables When panic != unwind, `nounwind` is added to all functions for a target. This can cause issues when a panic happens with RUST_BACKTRACE=1, as there needs to be a way to reconstruct the backtrace. There are three possible sources of this information: forcing frame pointers (for which an option exists already), debug info (for which an option exists), or unwind tables. Especially for embedded devices, forcing frame pointers can have code size overheads (RISC-V sees ~10% overheads, ARM sees ~2-3% overheads). In production code, it can be the case that debug info is not kept, so it is useful to provide this third option, unwind tables, that users can use to reconstruct the call stack. Reconstructing this stack is harder than with frame pointers, but it is still possible. --- This came up in discussion on #69890, and turned out to be a fairly simple addition. r? @hanna-kruppe
Diffstat (limited to 'src/libstd/sys/unix/stack_overflow.rs')
0 files changed, 0 insertions, 0 deletions
