Skip to content

Rollup of 4 pull requests #41451

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 25 commits into from
Closed

Rollup of 4 pull requests #41451

wants to merge 25 commits into from

Conversation

smaeul and others added 25 commits April 19, 2017 09:15
This controls the value of the crt-static feature used when building the
compiler and standard library. It can be set per target.
This avoids the possibility of a duplicate or conflicting crt-static
command line option sent to rustc.
These options only exist for the special case of static cross-linking
pure rust code for a musl-based target with a non-musl toolchain. In all
other situations (dynamic linking, presence of a native or cross
compiler) these objects will be automatically provided and linked by the
toolchain.
To maintain existing behavior, it is disabled by default on all
architectures except MIPS.
These were conditioned on architecture because traditionally MIPS was
dynamically linked, while other arches used musl for static linking. Now
that we support both methods of linking on all architectures, these
special cases no longer make sense

Add a comment explaining why copying startup files is always necessary
[unstable, deprecated since 1.16.0]
[unstable, deprecated since 1.13.0]
[unstable, deprecated since 1.12.0]
[unstable, deprecated since 1.15.0]
[unstable, deprecated since 1.15.0]
[unstable, deprecated since 1.12.0]
[unstable, deprecated since 1.15.0]
[unstable, deprecated since 1.11.0]
[unstable, deprecated since 1.11.0]
Bump our associated cargo to pick up the RUSTC_WRAPPER feature
for use with build caches.
Support dynamically-linked and/or native musl targets

These changes allow native compilation on musl-based distributions and the use of dynamic libraries on linux-musl targets. This is intended to remove limitations based on past assumptions about musl targets, while maintaining existing behavior by default.

A minor related bugfix is included.
… r=alexcrichton

Remove items that are unstable and deprecated

This removes unstable items that have been deprecated for more than one cycle.

- Since 1.16.0, `#![feature(enumset)]`
    - All of `mod collections::enum_set`
- Since 1.15.0, `#![feature(borrow_state)]`
    - `cell::BorrowState`
    - `RefCell::borrow_state()`
- Since 1.15.0, `#![feature(is_unique)]`
    - `Rc::is_unique()` (made private like `Arc::is_unique()`)
- Since 1.15.0, `#![feature(rc_would_unwrap)]`
    - `Rc::would_wrap()`
- Since 1.13.0, `#![feature(binary_heap_extras)]`
    - `BinaryHeap::push_pop()`
    - `BinaryHeap::replace()`
- Since 1.12.0, `#![feature(as_unsafe_cell)]`
    - `Cell::as_unsafe_cell()`
    - `RefCell::as_unsafe_cell()`
- Since 1.12.0, `#![feature(map_entry_recover_keys)]`
    - `btree_map::OccupiedEntry::remove_pair()`
    - `hash_map::OccupiedEntry::remove_pair()`
- Since 1.11.0, `#![feature(float_extras)]`
    - `Float::nan()`
    - `Float::infinity()`
    - `Float::neg_infinity()`
    - `Float::neg_zero()`
    - `Float::zero()`
    - `Float::one()`
    - `Float::integer_decode()`
    - `f32::integer_decode()`
    - `f32::ldexp()`
    - `f32::frexp()`
    - `f32::next_after()`
    - `f64::integer_decode()`
    - `f64::ldexp()`
    - `f64::frexp()`
    - `f64::next_after()`
- Since 1.11.0, `#![feature(zero_one)]`
    - `num::Zero`
    - `num::One`
Update cargo for 1.18.0.

Bump our associated cargo to pick up the RUSTC_WRAPPER feature
for use with build caches.
@rust-highfive
Copy link
Contributor

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @BurntSushi (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. Due to the way GitHub handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see the contribution instructions for more information.

@frewsxcv
Copy link
Member Author

@bors r+ p=10

@bors
Copy link
Collaborator

bors commented Apr 21, 2017

📌 Commit 8876278 has been approved by frewsxcv

@bors
Copy link
Collaborator

bors commented Apr 21, 2017

⌛ Testing commit 8876278 with merge 43ec77e...

@bors
Copy link
Collaborator

bors commented Apr 21, 2017

💔 Test failed - status-travis

@frewsxcv frewsxcv closed this Apr 22, 2017
@Centril Centril added the rollup A PR which is a rollup label Oct 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
rollup A PR which is a rollup
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants