This commit is the standard API stabilization commit for the 1.6 release cycle. The list of issues and APIs below have all been through their cycle-long FCP and the libs team decisions are listed below Stabilized APIs * `Read::read_exact` * `ErrorKind::UnexpectedEof` (renamed from `UnexpectedEOF`) * libcore -- this was a bit of a nuanced stabilization, the crate itself is now marked as `#[stable]` and the methods appearing via traits for primitives like `char` and `str` are now also marked as stable. Note that the extension traits themeselves are marked as unstable as they're imported via the prelude. The `try!` macro was also moved from the standard library into libcore to have the same interface. Otherwise the functions all have copied stability from the standard library now. * The `#![no_std]` attribute * `fs::DirBuilder` * `fs::DirBuilder::new` * `fs::DirBuilder::recursive` * `fs::DirBuilder::create` * `os::unix::fs::DirBuilderExt` * `os::unix::fs::DirBuilderExt::mode` * `vec::Drain` * `vec::Vec::drain` * `string::Drain` * `string::String::drain` * `vec_deque::Drain` * `vec_deque::VecDeque::drain` * `collections::hash_map::Drain` * `collections::hash_map::HashMap::drain` * `collections::hash_set::Drain` * `collections::hash_set::HashSet::drain` * `collections::binary_heap::Drain` * `collections::binary_heap::BinaryHeap::drain` * `Vec::extend_from_slice` (renamed from `push_all`) * `Mutex::get_mut` * `Mutex::into_inner` * `RwLock::get_mut` * `RwLock::into_inner` * `Iterator::min_by_key` (renamed from `min_by`) * `Iterator::max_by_key` (renamed from `max_by`) Deprecated APIs * `ErrorKind::UnexpectedEOF` (renamed to `UnexpectedEof`) * `OsString::from_bytes` * `OsStr::to_cstring` * `OsStr::to_bytes` * `fs::walk_dir` and `fs::WalkDir` * `path::Components::peek` * `slice::bytes::MutableByteVector` * `slice::bytes::copy_memory` * `Vec::push_all` (renamed to `extend_from_slice`) * `Duration::span` * `IpAddr` * `SocketAddr::ip` * `Read::tee` * `io::Tee` * `Write::broadcast` * `io::Broadcast` * `Iterator::min_by` (renamed to `min_by_key`) * `Iterator::max_by` (renamed to `max_by_key`) * `net::lookup_addr` New APIs (still unstable) * `<[T]>::sort_by_key` (added to mirror `min_by_key`) Closes #27585 Closes #27704 Closes #27707 Closes #27710 Closes #27711 Closes #27727 Closes #27740 Closes #27744 Closes #27799 Closes #27801 cc #27801 (doesn't close as `Chars` is still unstable) Closes #28968
80 lines
3.4 KiB
Rust
80 lines
3.4 KiB
Rust
// Copyright 2015 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.
|
|
|
|
// rsbegin.o and rsend.o are the so called "compiler runtime startup objects".
|
|
// They contain code needed to correctly initialize the compiler runtime.
|
|
//
|
|
// When an executable or dylib image is linked, all user code and libraries are
|
|
// "sandwiched" between these two object files, so code or data from rsbegin.o
|
|
// become first in the respective sections of the image, whereas code and data
|
|
// from rsend.o become the last ones. This effect can be used to place symbols
|
|
// at the beginning or at the end of a section, as well as to insert any required
|
|
// headers or footers.
|
|
//
|
|
// Note that the actual module entry point is located in the C runtime startup
|
|
// object (usually called `crtX.o), which then invokes initialization callbacks
|
|
// of other runtime components (registered via yet another special image section).
|
|
|
|
#![cfg_attr(stage0, feature(no_std))]
|
|
|
|
#![crate_type="rlib"]
|
|
#![no_std]
|
|
#![allow(non_camel_case_types)]
|
|
|
|
#[cfg(all(target_os="windows", target_arch = "x86", target_env="gnu"))]
|
|
pub mod eh_frames
|
|
{
|
|
#[no_mangle]
|
|
#[link_section = ".eh_frame"]
|
|
// Marks beginning of the stack frame unwind info section
|
|
pub static __EH_FRAME_BEGIN__: [u8; 0] = [];
|
|
|
|
// Scratch space for unwinder's internal book-keeping.
|
|
// This is defined as `struct object` in $GCC/libgcc/unwind-dw2-fde.h.
|
|
static mut obj: [isize; 6] = [0; 6];
|
|
|
|
// Unwind info registration/deregistration routines.
|
|
// See the docs of `unwind` module in libstd.
|
|
extern {
|
|
fn rust_eh_register_frames(eh_frame_begin: *const u8, object: *mut u8);
|
|
fn rust_eh_unregister_frames(eh_frame_begin: *const u8, object: *mut u8);
|
|
}
|
|
|
|
unsafe fn init() {
|
|
// register unwind info on module startup
|
|
rust_eh_register_frames(&__EH_FRAME_BEGIN__ as *const u8,
|
|
&mut obj as *mut _ as *mut u8);
|
|
}
|
|
|
|
unsafe fn uninit() {
|
|
// unregister on shutdown
|
|
rust_eh_unregister_frames(&__EH_FRAME_BEGIN__ as *const u8,
|
|
&mut obj as *mut _ as *mut u8);
|
|
}
|
|
|
|
// MSVC-specific init/uninit routine registration
|
|
pub mod ms_init
|
|
{
|
|
// .CRT$X?? sections are roughly analogous to ELF's .init_array and .fini_array,
|
|
// except that they exploit the fact that linker will sort them alphabitically,
|
|
// so e.g. sections with names between .CRT$XIA and .CRT$XIZ are guaranteed to be
|
|
// placed between those two, without requiring any ordering of objects on the linker
|
|
// command line.
|
|
// Note that ordering of same-named sections from different objects is not guaranteed.
|
|
// Since .CRT$XIA contains init array's header symbol, which must always come first,
|
|
// we place our initialization callback into .CRT$XIB.
|
|
|
|
#[link_section = ".CRT$XIB"] // .CRT$XI? : C initialization callbacks
|
|
pub static P_INIT: unsafe fn() = super::init;
|
|
|
|
#[link_section = ".CRT$XTY"] // .CRT$XT? : C termination callbacks
|
|
pub static P_UNINIT: unsafe fn() = super::uninit;
|
|
}
|
|
}
|