about summary refs log tree commit diff
path: root/src/libpanic_unwind/seh64_gnu.rs
AgeCommit message (Collapse)AuthorLines
2019-11-03Allow foreign exceptions to unwind through Rust codeAmanieu d'Antras-127/+0
2019-10-22Apply clippy::needless_return suggestionsMateusz MikuĊ‚a-1/+1
2019-02-13libpanic_unwind => 2018Mazdak Farrokhzad-2/+2
2018-12-25Remove licensesMark Rousskov-10/+0
2018-11-06refactor: use shorthand fieldsteresy-1/+1
2018-08-29Replace usages of 'bad_style' with 'nonstandard_style'.Corey Farwell-1/+1
`bad_style` is being deprecated in favor of `nonstandard_style`: - https://github.com/rust-lang/rust/issues/41646
2018-07-11Deny bare trait objects in in src/libpanic_unwindljedrz-3/+3
2018-04-05Bump the bootstrap compiler to 1.26.0 betaAlex Crichton-2/+1
Holy cow that's a lot of `cfg(stage0)` removed and a lot of new stable language features!
2018-02-20make `#[unwind]` attribute specify expectations more clearlyNiko Matsakis-1/+2
You can now choose between the following: - `#[unwind(allowed)]` - `#[unwind(aborts)]` Per rust-lang/rust#48251, the default is `#[unwind(allowed)]`, though I think we should change this eventually.
2017-06-08std: Avoid panics in rust_eh_personalityAlex Crichton-4/+5
This commit removes a few calls to panic and/or assert in `rust_eh_personality`. This function definitely can't itself panic (that'd probably segfault or do something else weird) and I was also noticing that a `pub extern fn foo() {}` cdylib was abnormally large. Turns out all that size was the panicking machinery brought in by the personality function! The change here is to return a `Result` internally so we can bubble up the fatal error, eventually translating to the appropriate error code for the libunwind ABI.
2016-10-18run rustfmt on libpanic_unwindSrinivas Reddy Thatiparthy-1/+2
2016-08-19Remove old stage0 compatibilityBrian Anderson-15/+0
2016-07-24Implement ARM personality routine in Rust.Vadim Chugunov-0/+1
Remove the `eh_personality_catch` lang item. Use a simplified version of `cfg_if!` in libunwind.
2016-07-22Implement rust_eh_personality in Rust, remove rust_eh_personality_catch.Vadim Chugunov-6/+13
Well, not quite: ARM EHABI platforms still use the old scheme -- for now.
2016-07-12Use `ptr::{null, null_mut}` instead of `0 as *{const, mut}`Tobias Bucher-1/+2
2016-06-05run rustfmt on libpanic_unwind folderSrinivas Reddy Thatiparthy-21/+20
2016-05-09rustc: Implement custom panic runtimesAlex Crichton-0/+142
This commit is an implementation of [RFC 1513] which allows applications to alter the behavior of panics at compile time. A new compiler flag, `-C panic`, is added and accepts the values `unwind` or `panic`, with the default being `unwind`. This model affects how code is generated for the local crate, skipping generation of landing pads with `-C panic=abort`. [RFC 1513]: https://github.com/rust-lang/rfcs/blob/master/text/1513-less-unwinding.md Panic implementations are then provided by crates tagged with `#![panic_runtime]` and lazily required by crates with `#![needs_panic_runtime]`. The panic strategy (`-C panic` value) of the panic runtime must match the final product, and if the panic strategy is not `abort` then the entire DAG must have the same panic strategy. With the `-C panic=abort` strategy, users can expect a stable method to disable generation of landing pads, improving optimization in niche scenarios, decreasing compile time, and decreasing output binary size. With the `-C panic=unwind` strategy users can expect the existing ability to isolate failure in Rust code from the outside world. Organizationally, this commit dismantles the `sys_common::unwind` module in favor of some bits moving part of it to `libpanic_unwind` and the rest into the `panicking` module in libstd. The custom panic runtime support is pretty similar to the custom allocator support with the only major difference being how the panic runtime is injected (takes the `-C panic` flag into account).