rust/src/libcore/convert, branch 1.46.0

Deny unsafe ops in unsafe fns, part 6

2020-06-30T17:28:51+00:00

And final part!!!

Deny unsafe ops in unsafe fns, part 1

2020-06-30T14:42:57+00:00

Auto merge of #72717 - poliorcetics:try-from-int-to-nzint, r=dtolnay

2020-06-25T17:37:02+00:00

Add TryFrom<{int}> for NonZero{int} Adds `TryFrom<{int}> for NonZero{int}`. It uses the existing `NonZero{int}::new()` and `Option::ok_or()` functions, meaning the checks are not repeated. I also added tests, I tried to follow the convention I saw in the test file. I also used `#[stable(feature = "nzint_try_from_int_conv", since = "1.46.0")]`, but I have no idea if the feature/version are correctly named or even correct.

Rollup merge of #73361 - estebank:non-primitive-cast, r=davidtwco

2020-06-18T22:20:57+00:00

Tweak "non-primitive cast" error - Suggest borrowing expression if it would allow cast to work. - Suggest using `::from()` when appropriate. - Minor tweak to `;` typo suggestion. Partily address #47136.

Tweak "non-primitive cast" error

2020-06-15T15:57:20+00:00

- Suggest borrowing expression if it would allow cast to work. - Suggest using `::from()` when appropriate. - Minor tweak to `;` typo suggestion. Partily address #47136.

Migrate to numeric associated consts

2020-06-10T01:35:47+00:00

Added implementations for NonZero(U|I)size

2020-06-08T14:15:39+00:00

Added implementations for TryFrom<{int}> for NonZero{int}

2020-05-29T01:05:03+00:00

Bump bootstrap compiler

2020-04-25T13:25:33+00:00

Rollup merge of #70487 - Mark-Simulacrum:float-unchecked-casts, r=SimonSapin

2020-04-02T22:32:00+00:00

Stabilize float::to_int_unchecked This renames and stabilizes unsafe floating point to integer casts, which are intended to be the substitute for the currently unsound `as` behavior, once that changes to safe-but-slower saturating casts. As such, I believe this also likely unblocks #10184 (our oldest I-unsound issue!), as once this rolls out to stable it would be far easier IMO to change the behavior of `as` to be safe by default. This does not stabilize the trait or the associated method, as they are deemed internal implementation details (and consumers should not, generally, want to expose them, as in practice all callers likely know statically/without generics what the return type is). Closes #67058