rust/src/libstd/alloc.rs, branch 1.32.0

Rollup merge of #55901 - euclio:speling, r=petrochenkov

2018-11-15T10:04:42+00:00

fix various typos in doc comments

2018-11-13T19:45:31+00:00

global allocators: add a few comments

2018-11-12T08:01:57+00:00

std: Delete the `alloc_system` crate

2018-11-11T17:22:28+00:00

This commit deletes the `alloc_system` crate from the standard distribution. This unstable crate is no longer needed in the modern stable global allocator world, but rather its functionality is folded directly into the standard library. The standard library was already the only stable location to access this crate, and as a result this should not affect any stable code.

Remove all jemalloc-related content

2018-11-02T13:52:56+00:00

This commit removes all jemalloc related submodules, configuration, etc, from the bootstrap, from the standard library, and from the compiler. This will be followed up with a change to use jemalloc specifically as part of rustc on blessed platforms.

Bump to 1.31.0 and bootstrap from 1.30 beta

2018-09-28T03:52:53+00:00

rustc: Continue to tweak "std internal symbols"

2018-08-26T23:34:14+00:00

In investigating [an issue][1] with `panic_implementation` defined in an executable that's optimized I once again got to rethinking a bit about the `rustc_std_internal_symbol` attribute as well as weak lang items. We've sort of been non-stop tweaking these items ever since their inception, and this continues to the trend. The crux of the bug was that in the reachability we have a [different branch][2] for non-library builds which meant that weak lang items (and std internal symbols) weren't considered reachable, causing them to get eliminiated by ThinLTO passes. The fix was to basically tweak that branch to consider these symbols to ensure that they're propagated all the way to the linker. Along the way I've attempted to erode the distinction between std internal symbols and weak lang items by having weak lang items automatically configure fields of `CodegenFnAttrs`. That way most code no longer even considers weak lang items and they're simply considered normal functions with attributes about the ABI. In the end this fixes the final comment of #51342 [1]: https://github.com/rust-lang/rust/issues/51342#issuecomment-414368019 [2]: https://github.com/rust-lang/rust/blob/35bf1ae25799a4e62131159f052e0a3cbd27c960/src/librustc/middle/reachable.rs#L225-L238

Switch to bootstrapping from 1.29 beta

2018-08-01T17:59:08+00:00

Implement #[alloc_error_handler]

2018-07-09T21:13:24+00:00

This to-be-stable attribute is equivalent to `#[lang = "oom"]`. It is required when using the alloc crate without the std crate. It is called by `handle_alloc_error`, which is in turned called by "infallible" allocations APIs such as `Vec::push`.

Remove `extern` on the `pub fn rust_oom` lang item in libstd, to match ABI of the declaration in liballoc

2018-07-09T21:13:24+00:00

This turned out to be important on Windows. Calling `handle_alloc_error(Layout::new::<[u8; 42]>())` caused: ``` Exception thrown at 0x00007FF7C70DC399 in a.exe: 0xC0000005: Access violation reading location 0x000000000000002A. ``` 0x2A equals 42, so it looks like the `Layout::size` field of type `usize` was interpreted as a pointer to read from.