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

libs: stabilize most numerics after RFC changes #18999

Merged
merged 2 commits into from
Nov 20, 2014

Conversation

aturon
Copy link
Member

@aturon aturon commented Nov 16, 2014

This commit adds stability markers for the APIs that have recently been aligned with numerics reform. For APIs that were changed as part of that reform, #[unstable] is used to reflect the recency, but the APIs will become #[stable] in a follow-up pass.

In addition, a few aspects of the APIs not explicitly covered by the RFC are marked here -- in particular, constants for floats.

This commit does not mark the uint or int modules as #[stable], given the ongoing debate out the names and roles of these types.

Due to some deprecation (see the RFC for details), this is a:

[breaking-change]

r? @alexcrichton
cc @bjz

@brendanzab
Copy link
Member

Looks reasonable to me.

@@ -29,6 +30,7 @@ use option::{Option, Some, None};

/// Simultaneous division and remainder
#[inline]
#[deprecated]
Copy link
Member

Choose a reason for hiding this comment

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

Could you also mention that there's no replacement?

@alexcrichton
Copy link
Member

Looks good to me, thanks @aturon! Just one minor comment and otherwise r=me

This commit adds stability markers for the APIs that have recently been
aligned with [numerics
reform](rust-lang/rfcs#369). For APIs that were
changed as part of that reform, `#[unstable]` is used to reflect the
recency, but the APIs will become `#[stable]` in a follow-up pass.

In addition, a few aspects of the APIs not explicitly covered by the RFC
are marked here -- in particular, constants for floats.

This commit does not mark the `uint` or `int` modules as `#[stable]`,
given the ongoing debate out the names and roles of these types.

Due to some deprecation (see the RFC for details), this is a:

[breaking-change]
bors added a commit that referenced this pull request Nov 20, 2014
…ichton

This commit adds stability markers for the APIs that have recently been aligned with [numerics reform](rust-lang/rfcs#369). For APIs that were changed as part of that reform, `#[unstable]` is used to reflect the recency, but the APIs will become `#[stable]` in a follow-up pass.

In addition, a few aspects of the APIs not explicitly covered by the RFC are marked here -- in particular, constants for floats.

This commit does not mark the `uint` or `int` modules as `#[stable]`, given the ongoing debate out the names and roles of these types.

Due to some deprecation (see the RFC for details), this is a:

[breaking-change]

r? @alexcrichton 
cc @bjz
@bors bors closed this Nov 20, 2014
@bors bors merged commit e7fab22 into rust-lang:master Nov 20, 2014
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.

5 participants