Skip to content
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

std: Destabilize the internals of panic! #24212

Merged
merged 2 commits into from
Apr 9, 2015

Conversation

alexcrichton
Copy link
Member

Now that we have a #[allow_internal_unstable] attribute for macros there's no
need for these two begin_unwind functions to be stable. Right now the panic!
interface is the only one we wish to stabilize, so remove the stability markers
from these functions.

While this is a breaking change, it is highly unlikely to break any actual code.
It is recommended to use the panic! macro instead if it breaks explicit calls
into std::rt.

[breaking-change]
cc #24208

Now that we have a `#[allow_internal_unstable]` attribute for macros there's no
need for these two `begin_unwind` functions to be stable. Right now the `panic!`
interface is the only one we wish to stabilize, so remove the stability markers
from these functions.

While this is a breaking change, it is highly unlikely to break any actual code.
It is recommended to use the `panic!` macro instead if it breaks explicit calls
into `std::rt`.

[breaking-change]
cc rust-lang#24208
@rust-highfive
Copy link
Collaborator

r? @huonw

(rust_highfive has picked a reviewer for you, use r? to override)

@@ -495,7 +495,6 @@ pub extern fn rust_begin_unwind(msg: fmt::Arguments,
/// on (e.g.) the inlining of other functions as possible), by moving
/// the actual formatting into this shared place.
#[inline(never)] #[cold]
#[stable(since = "1.0.0", feature = "rust1")]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do these need explicit #[unstable] annotations?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

unstable inherits (in this case from std::rt).

@huonw
Copy link
Member

huonw commented Apr 8, 2015

@bors r+

@bors
Copy link
Contributor

bors commented Apr 8, 2015

📌 Commit 65e3f03 has been approved by huonw

@rprichard
Copy link
Contributor

Aren't the pretty printing tests going to fail? #23616.

@alexcrichton
Copy link
Member Author

@rprichard you are most correct!

re-r? @huonw, I just deleted // pretty-expanded from all the relevant tests.

@huonw
Copy link
Member

huonw commented Apr 8, 2015

@bors r+

@bors
Copy link
Contributor

bors commented Apr 8, 2015

📌 Commit 704f628 has been approved by huonw

@alexcrichton
Copy link
Member Author

@bors: r=huonw f4270c8

This commit removes pretty-expanded from all tests that wind up calling panic!
one way or another now that its internals are unstable.
@alexcrichton
Copy link
Member Author

@bors: r=huonw ec7c800

Manishearth added a commit to Manishearth/rust that referenced this pull request Apr 9, 2015
…nd, r=huonw

 Now that we have a `#[allow_internal_unstable]` attribute for macros there's no
need for these two `begin_unwind` functions to be stable. Right now the `panic!`
interface is the only one we wish to stabilize, so remove the stability markers
from these functions.

While this is a breaking change, it is highly unlikely to break any actual code.
It is recommended to use the `panic!` macro instead if it breaks explicit calls
into `std::rt`.

[breaking-change]
cc rust-lang#24208
Manishearth added a commit to Manishearth/rust that referenced this pull request Apr 9, 2015
…nd, r=huonw

 Now that we have a `#[allow_internal_unstable]` attribute for macros there's no
need for these two `begin_unwind` functions to be stable. Right now the `panic!`
interface is the only one we wish to stabilize, so remove the stability markers
from these functions.

While this is a breaking change, it is highly unlikely to break any actual code.
It is recommended to use the `panic!` macro instead if it breaks explicit calls
into `std::rt`.

[breaking-change]
cc rust-lang#24208
@bors bors merged commit ec7c800 into rust-lang:master Apr 9, 2015
@alexcrichton alexcrichton deleted the destabilize-begin-unwind branch April 30, 2015 02:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants