2013-12-15 19:17:07 -06:00
|
|
|
// Copyright 2013 The Rust Project Developers. See the COPYRIGHT
|
|
|
|
// file at the top-level directory of this distribution and at
|
|
|
|
// http://rust-lang.org/COPYRIGHT.
|
|
|
|
//
|
|
|
|
// Licensed under the Apache License, Version 2.0 <LICENSE-APACHE or
|
|
|
|
// http://www.apache.org/licenses/LICENSE-2.0> or the MIT license
|
|
|
|
// <LICENSE-MIT or http://opensource.org/licenses/MIT>, at your
|
|
|
|
// option. This file may not be copied, modified, or distributed
|
|
|
|
// except according to those terms.
|
|
|
|
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
//! Implementation of Rust stack unwinding
|
|
|
|
//!
|
|
|
|
//! For background on exception handling and stack unwinding please see
|
|
|
|
//! "Exception Handling in LLVM" (llvm.org/docs/ExceptionHandling.html) and
|
|
|
|
//! documents linked from it.
|
|
|
|
//! These are also good reads:
|
|
|
|
//! http://theofilos.cs.columbia.edu/blog/2013/09/22/base_abi/
|
|
|
|
//! http://monoinfinito.wordpress.com/series/exception-handling-in-c/
|
|
|
|
//! http://www.airs.com/blog/index.php?s=exception+frames
|
|
|
|
//!
|
|
|
|
//! ## A brief summary
|
|
|
|
//!
|
|
|
|
//! Exception handling happens in two phases: a search phase and a cleanup phase.
|
|
|
|
//!
|
|
|
|
//! In both phases the unwinder walks stack frames from top to bottom using
|
|
|
|
//! information from the stack frame unwind sections of the current process's
|
|
|
|
//! modules ("module" here refers to an OS module, i.e. an executable or a
|
|
|
|
//! dynamic library).
|
|
|
|
//!
|
|
|
|
//! For each stack frame, it invokes the associated "personality routine", whose
|
|
|
|
//! address is also stored in the unwind info section.
|
|
|
|
//!
|
|
|
|
//! In the search phase, the job of a personality routine is to examine exception
|
|
|
|
//! object being thrown, and to decide whether it should be caught at that stack
|
|
|
|
//! frame. Once the handler frame has been identified, cleanup phase begins.
|
|
|
|
//!
|
|
|
|
//! In the cleanup phase, personality routines invoke cleanup code associated
|
|
|
|
//! with their stack frames (i.e. destructors). Once stack has been unwound down
|
|
|
|
//! to the handler frame level, unwinding stops and the last personality routine
|
|
|
|
//! transfers control to its' catch block.
|
|
|
|
//!
|
|
|
|
//! ## Frame unwind info registration
|
|
|
|
//!
|
|
|
|
//! Each module has its' own frame unwind info section (usually ".eh_frame"), and
|
|
|
|
//! unwinder needs to know about all of them in order for unwinding to be able to
|
|
|
|
//! cross module boundaries.
|
|
|
|
//!
|
|
|
|
//! On some platforms, like Linux, this is achieved by dynamically enumerating
|
|
|
|
//! currently loaded modules via the dl_iterate_phdr() API and finding all
|
|
|
|
//! .eh_frame sections.
|
|
|
|
//!
|
|
|
|
//! Others, like Windows, require modules to actively register their unwind info
|
|
|
|
//! sections by calling __register_frame_info() API at startup. In the latter
|
|
|
|
//! case it is essential that there is only one copy of the unwinder runtime in
|
|
|
|
//! the process. This is usually achieved by linking to the dynamic version of
|
|
|
|
//! the unwind runtime.
|
|
|
|
//!
|
|
|
|
//! Currently Rust uses unwind runtime provided by libgcc.
|
|
|
|
|
|
|
|
use core::prelude::*;
|
|
|
|
|
|
|
|
use alloc::owned::Box;
|
|
|
|
use collections::string::String;
|
|
|
|
use collections::vec::Vec;
|
|
|
|
use core::any::Any;
|
|
|
|
use core::atomics;
|
|
|
|
use core::cmp;
|
|
|
|
use core::fmt;
|
|
|
|
use core::intrinsics;
|
|
|
|
use core::mem;
|
|
|
|
use core::raw::Closure;
|
|
|
|
use libc::c_void;
|
|
|
|
|
|
|
|
use local::Local;
|
|
|
|
use task::{Task, Result};
|
|
|
|
use exclusive::Exclusive;
|
|
|
|
|
|
|
|
use uw = libunwind;
|
2013-12-15 19:17:07 -06:00
|
|
|
|
|
|
|
pub struct Unwinder {
|
2014-03-27 17:09:47 -05:00
|
|
|
unwinding: bool,
|
2014-05-05 20:56:44 -05:00
|
|
|
cause: Option<Box<Any:Send>>
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
|
2014-06-04 12:54:35 -05:00
|
|
|
struct Exception {
|
|
|
|
uwe: uw::_Unwind_Exception,
|
|
|
|
cause: Option<Box<Any:Send>>,
|
|
|
|
}
|
|
|
|
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
pub type Callback = fn(msg: &Any:Send, file: &'static str, line: uint);
|
|
|
|
type Queue = Exclusive<Vec<Callback>>;
|
|
|
|
|
|
|
|
// Variables used for invoking callbacks when a task starts to unwind.
|
|
|
|
//
|
|
|
|
// For more information, see below.
|
|
|
|
static MAX_CALLBACKS: uint = 16;
|
|
|
|
static mut CALLBACKS: [atomics::AtomicUint, ..MAX_CALLBACKS] =
|
|
|
|
[atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT,
|
|
|
|
atomics::INIT_ATOMIC_UINT, atomics::INIT_ATOMIC_UINT];
|
|
|
|
static mut CALLBACK_CNT: atomics::AtomicUint = atomics::INIT_ATOMIC_UINT;
|
|
|
|
|
2013-12-15 19:17:07 -06:00
|
|
|
impl Unwinder {
|
2013-12-18 11:57:58 -06:00
|
|
|
pub fn new() -> Unwinder {
|
|
|
|
Unwinder {
|
|
|
|
unwinding: false,
|
|
|
|
cause: None,
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
pub fn unwinding(&self) -> bool {
|
|
|
|
self.unwinding
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
|
|
|
|
pub fn try(&mut self, f: ||) {
|
2014-06-04 12:54:35 -05:00
|
|
|
self.cause = unsafe { try(f) }.err();
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
|
2014-06-04 02:01:40 -05:00
|
|
|
pub fn result(&mut self) -> Result {
|
2014-06-04 12:54:35 -05:00
|
|
|
if self.unwinding {
|
|
|
|
Err(self.cause.take().unwrap())
|
|
|
|
} else {
|
|
|
|
Ok(())
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
2014-06-04 12:54:35 -05:00
|
|
|
}
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
|
2014-06-04 12:54:35 -05:00
|
|
|
/// Invoke a closure, capturing the cause of failure if one occurs.
|
|
|
|
///
|
|
|
|
/// This function will return `None` if the closure did not fail, and will
|
|
|
|
/// return `Some(cause)` if the closure fails. The `cause` returned is the
|
|
|
|
/// object with which failure was originally invoked.
|
|
|
|
///
|
|
|
|
/// This function also is unsafe for a variety of reasons:
|
|
|
|
///
|
|
|
|
/// * This is not safe to call in a nested fashion. The unwinding
|
|
|
|
/// interface for Rust is designed to have at most one try/catch block per
|
|
|
|
/// task, not multiple. No runtime checking is currently performed to uphold
|
|
|
|
/// this invariant, so this function is not safe. A nested try/catch block
|
|
|
|
/// may result in corruption of the outer try/catch block's state, especially
|
|
|
|
/// if this is used within a task itself.
|
|
|
|
///
|
|
|
|
/// * It is not sound to trigger unwinding while already unwinding. Rust tasks
|
|
|
|
/// have runtime checks in place to ensure this invariant, but it is not
|
|
|
|
/// guaranteed that a rust task is in place when invoking this function.
|
|
|
|
/// Unwinding twice can lead to resource leaks where some destructors are not
|
|
|
|
/// run.
|
2014-06-04 02:01:40 -05:00
|
|
|
pub unsafe fn try(f: ||) -> ::core::result::Result<(), Box<Any:Send>> {
|
2014-06-04 12:54:35 -05:00
|
|
|
let closure: Closure = mem::transmute(f);
|
|
|
|
let ep = rust_try(try_fn, closure.code as *c_void,
|
|
|
|
closure.env as *c_void);
|
|
|
|
return if ep.is_null() {
|
|
|
|
Ok(())
|
|
|
|
} else {
|
|
|
|
let my_ep = ep as *mut Exception;
|
|
|
|
rtdebug!("caught {}", (*my_ep).uwe.exception_class);
|
|
|
|
let cause = (*my_ep).cause.take();
|
|
|
|
uw::_Unwind_DeleteException(ep);
|
|
|
|
Err(cause.unwrap())
|
|
|
|
};
|
|
|
|
|
|
|
|
extern fn try_fn(code: *c_void, env: *c_void) {
|
|
|
|
unsafe {
|
|
|
|
let closure: || = mem::transmute(Closure {
|
|
|
|
code: code as *(),
|
|
|
|
env: env as *(),
|
|
|
|
});
|
|
|
|
closure();
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
#[link(name = "rustrt_native", kind = "static")]
|
2014-06-04 12:54:35 -05:00
|
|
|
extern {
|
|
|
|
// Rust's try-catch
|
|
|
|
// When f(...) returns normally, the return value is null.
|
|
|
|
// When f(...) throws, the return value is a pointer to the caught
|
|
|
|
// exception object.
|
|
|
|
fn rust_try(f: extern "C" fn(*c_void, *c_void),
|
|
|
|
code: *c_void,
|
|
|
|
data: *c_void) -> *uw::_Unwind_Exception;
|
|
|
|
}
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
|
2014-06-04 12:54:35 -05:00
|
|
|
// An uninlined, unmangled function upon which to slap yer breakpoints
|
|
|
|
#[inline(never)]
|
|
|
|
#[no_mangle]
|
|
|
|
fn rust_fail(cause: Box<Any:Send>) -> ! {
|
|
|
|
rtdebug!("begin_unwind()");
|
2013-12-30 20:43:03 -06:00
|
|
|
|
2014-06-04 12:54:35 -05:00
|
|
|
unsafe {
|
|
|
|
let exception = box Exception {
|
|
|
|
uwe: uw::_Unwind_Exception {
|
|
|
|
exception_class: rust_exception_class(),
|
|
|
|
exception_cleanup: exception_cleanup,
|
|
|
|
private: [0, ..uw::unwinder_private_data_size],
|
|
|
|
},
|
|
|
|
cause: Some(cause),
|
|
|
|
};
|
|
|
|
let error = uw::_Unwind_RaiseException(mem::transmute(exception));
|
|
|
|
rtabort!("Could not unwind stack, error = {}", error as int)
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
|
2014-06-04 12:54:35 -05:00
|
|
|
extern fn exception_cleanup(_unwind_code: uw::_Unwind_Reason_Code,
|
|
|
|
exception: *uw::_Unwind_Exception) {
|
|
|
|
rtdebug!("exception_cleanup()");
|
|
|
|
unsafe {
|
|
|
|
let _: Box<Exception> = mem::transmute(exception);
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
// Rust's exception class identifier. This is used by personality routines to
|
|
|
|
// determine whether the exception was thrown by their own runtime.
|
2013-12-18 11:57:58 -06:00
|
|
|
fn rust_exception_class() -> uw::_Unwind_Exception_Class {
|
|
|
|
// M O Z \0 R U S T -- vendor, language
|
|
|
|
0x4d4f5a_00_52555354
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
|
2013-12-18 11:57:58 -06:00
|
|
|
// We could implement our personality routine in pure Rust, however exception
|
|
|
|
// info decoding is tedious. More importantly, personality routines have to
|
|
|
|
// handle various platform quirks, which are not fun to maintain. For this
|
|
|
|
// reason, we attempt to reuse personality routine of the C language:
|
|
|
|
// __gcc_personality_v0.
|
2013-12-15 19:17:07 -06:00
|
|
|
//
|
2013-12-18 11:57:58 -06:00
|
|
|
// Since C does not support exception catching, __gcc_personality_v0 simply
|
|
|
|
// always returns _URC_CONTINUE_UNWIND in search phase, and always returns
|
|
|
|
// _URC_INSTALL_CONTEXT (i.e. "invoke cleanup code") in cleanup phase.
|
2013-12-15 19:17:07 -06:00
|
|
|
//
|
2013-12-18 11:57:58 -06:00
|
|
|
// This is pretty close to Rust's exception handling approach, except that Rust
|
|
|
|
// does have a single "catch-all" handler at the bottom of each task's stack.
|
2013-12-15 19:17:07 -06:00
|
|
|
// So we have two versions:
|
2013-12-18 11:57:58 -06:00
|
|
|
// - rust_eh_personality, used by all cleanup landing pads, which never catches,
|
|
|
|
// so the behavior of __gcc_personality_v0 is perfectly adequate there, and
|
|
|
|
// - rust_eh_personality_catch, used only by rust_try(), which always catches.
|
|
|
|
// This is achieved by overriding the return value in search phase to always
|
|
|
|
// say "catch!".
|
2013-12-15 19:17:07 -06:00
|
|
|
|
2014-01-07 00:33:37 -06:00
|
|
|
#[cfg(not(target_arch = "arm"), not(test))]
|
|
|
|
#[doc(hidden)]
|
2014-02-27 01:48:21 -06:00
|
|
|
#[allow(visible_private_types)]
|
2014-01-04 01:34:15 -06:00
|
|
|
pub mod eabi {
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
use uw = libunwind;
|
2014-01-04 01:34:15 -06:00
|
|
|
use libc::c_int;
|
2013-12-15 19:17:07 -06:00
|
|
|
|
2014-01-04 01:34:15 -06:00
|
|
|
extern "C" {
|
|
|
|
fn __gcc_personality_v0(version: c_int,
|
|
|
|
actions: uw::_Unwind_Action,
|
|
|
|
exception_class: uw::_Unwind_Exception_Class,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context)
|
|
|
|
-> uw::_Unwind_Reason_Code;
|
|
|
|
}
|
|
|
|
|
2014-05-19 11:30:09 -05:00
|
|
|
#[lang="eh_personality"]
|
|
|
|
extern fn eh_personality(
|
|
|
|
version: c_int,
|
|
|
|
actions: uw::_Unwind_Action,
|
|
|
|
exception_class: uw::_Unwind_Exception_Class,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context
|
|
|
|
) -> uw::_Unwind_Reason_Code
|
|
|
|
{
|
|
|
|
unsafe {
|
|
|
|
__gcc_personality_v0(version, actions, exception_class, ue_header,
|
|
|
|
context)
|
|
|
|
}
|
|
|
|
}
|
2014-01-04 01:34:15 -06:00
|
|
|
|
|
|
|
#[no_mangle] // referenced from rust_try.ll
|
|
|
|
pub extern "C" fn rust_eh_personality_catch(
|
|
|
|
version: c_int,
|
|
|
|
actions: uw::_Unwind_Action,
|
|
|
|
exception_class: uw::_Unwind_Exception_Class,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context
|
|
|
|
) -> uw::_Unwind_Reason_Code
|
|
|
|
{
|
|
|
|
if (actions as c_int & uw::_UA_SEARCH_PHASE as c_int) != 0 { // search phase
|
|
|
|
uw::_URC_HANDLER_FOUND // catch!
|
|
|
|
}
|
|
|
|
else { // cleanup phase
|
|
|
|
unsafe {
|
|
|
|
__gcc_personality_v0(version, actions, exception_class, ue_header,
|
|
|
|
context)
|
|
|
|
}
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-01-04 01:34:15 -06:00
|
|
|
// ARM EHABI uses a slightly different personality routine signature,
|
|
|
|
// but otherwise works the same.
|
2014-01-07 00:33:37 -06:00
|
|
|
#[cfg(target_arch = "arm", not(test))]
|
2014-02-27 01:48:21 -06:00
|
|
|
#[allow(visible_private_types)]
|
2014-01-04 01:34:15 -06:00
|
|
|
pub mod eabi {
|
2014-06-04 02:01:40 -05:00
|
|
|
use uw = libunwind;
|
2014-01-04 01:34:15 -06:00
|
|
|
use libc::c_int;
|
|
|
|
|
|
|
|
extern "C" {
|
|
|
|
fn __gcc_personality_v0(state: uw::_Unwind_State,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context)
|
|
|
|
-> uw::_Unwind_Reason_Code;
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
2014-01-04 01:34:15 -06:00
|
|
|
|
2014-05-19 11:30:09 -05:00
|
|
|
#[lang="eh_personality"]
|
|
|
|
extern "C" fn eh_personality(
|
|
|
|
state: uw::_Unwind_State,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context
|
|
|
|
) -> uw::_Unwind_Reason_Code
|
|
|
|
{
|
|
|
|
unsafe {
|
|
|
|
__gcc_personality_v0(state, ue_header, context)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2014-01-04 01:34:15 -06:00
|
|
|
#[no_mangle] // referenced from rust_try.ll
|
|
|
|
pub extern "C" fn rust_eh_personality_catch(
|
|
|
|
state: uw::_Unwind_State,
|
|
|
|
ue_header: *uw::_Unwind_Exception,
|
|
|
|
context: *uw::_Unwind_Context
|
|
|
|
) -> uw::_Unwind_Reason_Code
|
|
|
|
{
|
|
|
|
if (state as c_int & uw::_US_ACTION_MASK as c_int)
|
|
|
|
== uw::_US_VIRTUAL_UNWIND_FRAME as c_int { // search phase
|
|
|
|
uw::_URC_HANDLER_FOUND // catch!
|
|
|
|
}
|
|
|
|
else { // cleanup phase
|
|
|
|
unsafe {
|
|
|
|
__gcc_personality_v0(state, ue_header, context)
|
|
|
|
}
|
2013-12-15 19:17:07 -06:00
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
2013-12-12 20:01:59 -06:00
|
|
|
|
2014-05-01 12:47:18 -05:00
|
|
|
// Entry point of failure from the libcore crate
|
2014-05-29 19:32:50 -05:00
|
|
|
#[cfg(not(test))]
|
2014-05-19 11:30:09 -05:00
|
|
|
#[lang = "begin_unwind"]
|
|
|
|
pub extern fn rust_begin_unwind(msg: &fmt::Arguments,
|
|
|
|
file: &'static str, line: uint) -> ! {
|
|
|
|
begin_unwind_fmt(msg, file, line)
|
|
|
|
}
|
|
|
|
|
2014-01-27 05:37:55 -06:00
|
|
|
/// The entry point for unwinding with a formatted message.
|
|
|
|
///
|
|
|
|
/// This is designed to reduce the amount of code required at the call
|
2014-02-17 05:53:45 -06:00
|
|
|
/// site as much as possible (so that `fail!()` has as low an impact
|
2014-01-27 05:37:55 -06:00
|
|
|
/// on (e.g.) the inlining of other functions as possible), by moving
|
|
|
|
/// the actual formatting into this shared place.
|
|
|
|
#[inline(never)] #[cold]
|
2014-05-19 11:30:09 -05:00
|
|
|
pub fn begin_unwind_fmt(msg: &fmt::Arguments, file: &'static str,
|
|
|
|
line: uint) -> ! {
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
use core::fmt::FormatWriter;
|
|
|
|
|
2014-01-27 19:19:17 -06:00
|
|
|
// We do two allocations here, unfortunately. But (a) they're
|
|
|
|
// required with the current scheme, and (b) we don't handle
|
|
|
|
// failure + OOM properly anyway (see comment in begin_unwind
|
|
|
|
// below).
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
|
|
|
|
struct VecWriter<'a> { v: &'a mut Vec<u8> }
|
|
|
|
|
|
|
|
impl<'a> fmt::FormatWriter for VecWriter<'a> {
|
|
|
|
fn write(&mut self, buf: &[u8]) -> fmt::Result {
|
|
|
|
self.v.push_all(buf);
|
|
|
|
Ok(())
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
let mut v = Vec::new();
|
|
|
|
let _ = write!(&mut VecWriter { v: &mut v }, "{}", msg);
|
|
|
|
|
|
|
|
begin_unwind_inner(box String::from_utf8(v).unwrap(), file, line)
|
2014-01-27 05:37:55 -06:00
|
|
|
}
|
|
|
|
|
2013-12-12 20:01:59 -06:00
|
|
|
/// This is the entry point of unwinding for fail!() and assert!().
|
2014-01-27 01:03:37 -06:00
|
|
|
#[inline(never)] #[cold] // avoid code bloat at the call sites as much as possible
|
2013-12-12 20:01:59 -06:00
|
|
|
pub fn begin_unwind<M: Any + Send>(msg: M, file: &'static str, line: uint) -> ! {
|
2014-01-27 01:03:37 -06:00
|
|
|
// Note that this should be the only allocation performed in this code path.
|
2014-01-06 12:26:11 -06:00
|
|
|
// Currently this means that fail!() on OOM will invoke this code path,
|
|
|
|
// but then again we're not really ready for failing on OOM anyway. If
|
|
|
|
// we do start doing this, then we should propagate this allocation to
|
|
|
|
// be performed in the parent of this task instead of the task that's
|
|
|
|
// failing.
|
|
|
|
|
2014-01-27 01:03:37 -06:00
|
|
|
// see below for why we do the `Any` coercion here.
|
2014-04-25 03:08:02 -05:00
|
|
|
begin_unwind_inner(box msg, file, line)
|
2014-01-27 01:03:37 -06:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
/// The core of the unwinding.
|
|
|
|
///
|
|
|
|
/// This is non-generic to avoid instantiation bloat in other crates
|
|
|
|
/// (which makes compilation of small crates noticably slower). (Note:
|
|
|
|
/// we need the `Any` object anyway, we're not just creating it to
|
|
|
|
/// avoid being generic.)
|
|
|
|
///
|
|
|
|
/// Do this split took the LLVM IR line counts of `fn main() { fail!()
|
|
|
|
/// }` from ~1900/3700 (-O/no opts) to 180/590.
|
|
|
|
#[inline(never)] #[cold] // this is the slow path, please never inline this
|
2014-05-05 20:56:44 -05:00
|
|
|
fn begin_unwind_inner(msg: Box<Any:Send>,
|
|
|
|
file: &'static str,
|
|
|
|
line: uint) -> ! {
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
// First, invoke call the user-defined callbacks triggered on task failure.
|
|
|
|
//
|
|
|
|
// By the time that we see a callback has been registered (by reading
|
|
|
|
// MAX_CALLBACKS), the actuall callback itself may have not been stored yet,
|
|
|
|
// so we just chalk it up to a race condition and move on to the next
|
|
|
|
// callback. Additionally, CALLBACK_CNT may briefly be higher than
|
|
|
|
// MAX_CALLBACKS, so we're sure to clamp it as necessary.
|
|
|
|
let callbacks = unsafe {
|
|
|
|
let amt = CALLBACK_CNT.load(atomics::SeqCst);
|
|
|
|
CALLBACKS.slice_to(cmp::min(amt, MAX_CALLBACKS))
|
|
|
|
};
|
|
|
|
for cb in callbacks.iter() {
|
|
|
|
match cb.load(atomics::SeqCst) {
|
|
|
|
0 => {}
|
|
|
|
n => {
|
|
|
|
let f: Callback = unsafe { mem::transmute(n) };
|
|
|
|
f(msg, file, line);
|
2014-01-06 12:26:11 -06:00
|
|
|
}
|
2013-12-12 20:01:59 -06:00
|
|
|
}
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
};
|
|
|
|
|
|
|
|
// Now that we've run all the necessary unwind callbacks, we actually
|
|
|
|
// perform the unwinding. If we don't have a task, then it's time to die
|
|
|
|
// (hopefully someone printed something about this).
|
2014-06-04 02:01:40 -05:00
|
|
|
let mut task: Box<Task> = match Local::try_take() {
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
Some(task) => task,
|
2014-06-04 02:01:40 -05:00
|
|
|
None => rust_fail(msg),
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
};
|
|
|
|
|
|
|
|
if task.unwinder.unwinding {
|
|
|
|
// If a task fails while it's already unwinding then we
|
|
|
|
// have limited options. Currently our preference is to
|
|
|
|
// just abort. In the future we may consider resuming
|
|
|
|
// unwinding or otherwise exiting the task cleanly.
|
|
|
|
rterrln!("task failed during unwinding. aborting.");
|
|
|
|
unsafe { intrinsics::abort() }
|
2014-06-04 12:54:35 -05:00
|
|
|
}
|
2014-06-04 02:01:40 -05:00
|
|
|
task.unwinder.unwinding = true;
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
|
|
|
|
// Put the task back in TLS because the unwinding process may run code which
|
|
|
|
// requires the task. We need a handle to its unwinder, however, so after
|
|
|
|
// this we unsafely extract it and continue along.
|
|
|
|
Local::put(task);
|
2014-06-04 02:01:40 -05:00
|
|
|
rust_fail(msg);
|
2014-06-04 12:54:35 -05:00
|
|
|
}
|
2014-02-05 17:19:40 -06:00
|
|
|
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
/// Register a callback to be invoked when a task unwinds.
|
2014-06-04 12:54:35 -05:00
|
|
|
///
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
/// This is an unsafe and experimental API which allows for an arbitrary
|
|
|
|
/// callback to be invoked when a task fails. This callback is invoked on both
|
|
|
|
/// the initial unwinding and a double unwinding if one occurs. Additionally,
|
|
|
|
/// the local `Task` will be in place for the duration of the callback, and
|
|
|
|
/// the callback must ensure that it remains in place once the callback returns.
|
2014-06-04 12:54:35 -05:00
|
|
|
///
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
/// Only a limited number of callbacks can be registered, and this function
|
|
|
|
/// returns whether the callback was successfully registered or not. It is not
|
|
|
|
/// currently possible to unregister a callback once it has been registered.
|
|
|
|
#[experimental]
|
|
|
|
pub unsafe fn register(f: Callback) -> bool {
|
|
|
|
match CALLBACK_CNT.fetch_add(1, atomics::SeqCst) {
|
|
|
|
// The invocation code has knowledge of this window where the count has
|
|
|
|
// been incremented, but the callback has not been stored. We're
|
|
|
|
// guaranteed that the slot we're storing into is 0.
|
|
|
|
n if n < MAX_CALLBACKS => {
|
|
|
|
let prev = CALLBACKS[n].swap(mem::transmute(f), atomics::SeqCst);
|
|
|
|
rtassert!(prev == 0);
|
|
|
|
true
|
2014-06-04 12:54:35 -05:00
|
|
|
}
|
std: Extract librustrt out of libstd
As part of the libstd facade efforts, this commit extracts the runtime interface
out of the standard library into a standalone crate, librustrt. This crate will
provide the following services:
* Definition of the rtio interface
* Definition of the Runtime interface
* Implementation of the Task structure
* Implementation of task-local-data
* Implementation of task failure via unwinding via libunwind
* Implementation of runtime initialization and shutdown
* Implementation of thread-local-storage for the local rust Task
Notably, this crate avoids the following services:
* Thread creation and destruction. The crate does not require the knowledge of
an OS threading system, and as a result it seemed best to leave out the
`rt::thread` module from librustrt. The librustrt module does depend on
mutexes, however.
* Implementation of backtraces. There is no inherent requirement for the runtime
to be able to generate backtraces. As will be discussed later, this
functionality continues to live in libstd rather than librustrt.
As usual, a number of architectural changes were required to make this crate
possible. Users of "stable" functionality will not be impacted by this change,
but users of the `std::rt` module will likely note the changes. A list of
architectural changes made is:
* The stdout/stderr handles no longer live directly inside of the `Task`
structure. This is a consequence of librustrt not knowing about `std::io`.
These two handles are now stored inside of task-local-data.
The handles were originally stored inside of the `Task` for perf reasons, and
TLD is not currently as fast as it could be. For comparison, 100k prints goes
from 59ms to 68ms (a 15% slowdown). This appeared to me to be an acceptable
perf loss for the successful extraction of a librustrt crate.
* The `rtio` module was forced to duplicate more functionality of `std::io`. As
the module no longer depends on `std::io`, `rtio` now defines structures such
as socket addresses, addrinfo fiddly bits, etc. The primary change made was
that `rtio` now defines its own `IoError` type. This type is distinct from
`std::io::IoError` in that it does not have an enum for what error occurred,
but rather a platform-specific error code.
The native and green libraries will be updated in later commits for this
change, and the bulk of this effort was put behind updating the two libraries
for this change (with `rtio`).
* Printing a message on task failure (along with the backtrace) continues to
live in libstd, not in librustrt. This is a consequence of the above decision
to move the stdout/stderr handles to TLD rather than inside the `Task` itself.
The unwinding API now supports registration of global callback functions which
will be invoked when a task fails, allowing for libstd to register a function
to print a message and a backtrace.
The API for registering a callback is experimental and unsafe, as the
ramifications of running code on unwinding is pretty hairy.
* The `std::unstable::mutex` module has moved to `std::rt::mutex`.
* The `std::unstable::sync` module has been moved to `std::rt::exclusive` and
the type has been rewritten to not internally have an Arc and to have an RAII
guard structure when locking. Old code should stop using `Exclusive` in favor
of the primitives in `libsync`, but if necessary, old code should port to
`Arc<Exclusive<T>>`.
* The local heap has been stripped down to have fewer debugging options. None of
these were tested, and none of these have been used in a very long time.
[breaking-change]
2014-06-03 21:11:49 -05:00
|
|
|
// If we accidentally bumped the count too high, pull it back.
|
|
|
|
_ => {
|
|
|
|
CALLBACK_CNT.store(MAX_CALLBACKS, atomics::SeqCst);
|
|
|
|
false
|
2014-06-04 12:54:35 -05:00
|
|
|
}
|
2013-12-12 20:01:59 -06:00
|
|
|
}
|
|
|
|
}
|