1.93.0 announcement

[Mark-Simulacrum]

cc @rust-lang/release

@rustbot ping relnotes-interest-group

Rendered

[rustbot]

Hi relnotes-interest-group, this PR adds a release blog post. Could you review
the blog post if you have time? Thanks <3

cc @alex-semenyuk @jieyouxu @joshtriplett @Kobzol @lcnr @traviscross

[scottmcm]

These all show as being from 1.79 in the docs, and were announced in https://blog.rust-lang.org/2024/06/13/Rust-1.79.0/#stabilized-apis.

Maybe these were supposed to be something else?

[cuviper]

Same tracking issue rust-lang/rust#85122, but it should be unchecked_neg (signed-only) and unchecked_shl/shr (all) this time via rust-lang/rust#149087.

[BoxyUwU]

ah... I got confused by the tracking issue. It would be nice to make it a policy that the PR gets tagged with relnotes when libs stabilizes stuff and they stick the API in the description rather than having to go off the tracking issue

[BoxyUwU]

Suggested change

	- [`<uN>::unchecked_add`](https://doc.rust-lang.org/stable/std/primitive.usize.html#method.unchecked_add)
	- [`<uN>::unchecked_sub`](https://doc.rust-lang.org/stable/std/primitive.usize.html#method.unchecked_sub)
	- [`<uN>::unchecked_mul`](https://doc.rust-lang.org/stable/std/primitive.usize.html#method.unchecked_mul)
	- [`<iN>::unchecked_add`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_add)
	- [`<iN>::unchecked_sub`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_sub)
	- [`<iN>::unchecked_mul`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_mul)
	- [`<iN>::unchecked_neg`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_neg)
	- [`<iN>::unchecked_shl`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_shl)
	- [`<iN>::unchecked_shr`](https://doc.rust-lang.org/stable/std/primitive.isize.html#method.unchecked_shr)
	- [`<uN>::unchecked_shl`](https://doc.rust-lang.org/stable/std/primitive.usize.html#method.unchecked_shl)
	- [`<uN>::unchecked_shr`](https://doc.rust-lang.org/stable/std/primitive.usize.html#method.unchecked_shr)

[pthariensflame]

These were stabilized a while back, so we aren't sure why they're here?

[cuviper]

That's another split tracking issue -- the final piece was rust-lang/rust#149102 for slice_as_ptr and slice_as_mut_ptr.

[cuviper]

Sorry, the pointer ones were removed, but some slice assume_init_* are now stable.

[ehuss]

This is for slices of MaybeUninit<T> which were stabilized in rust-lang/rust#149102.

The notes generator may have difficulty with rendering the path syntax for that.

[cuviper]

Suggested change

	- [`<MaybeUninit<T>>::assume_init_drop`](https://doc.rust-lang.org/stable/core/mem/union.MaybeUninit.html#method.assume_init_drop)
	- [`<MaybeUninit<T>>::assume_init_ref`](https://doc.rust-lang.org/stable/core/mem/union.MaybeUninit.html#method.assume_init_ref)
	- [`<MaybeUninit<T>>::assume_init_mut`](https://doc.rust-lang.org/stable/core/mem/union.MaybeUninit.html#method.assume_init_mut)
	- [`<[MaybeUninit<T>]>::assume_init_drop`](https://doc.rust-lang.org/stable/core/primitive.slice.html#method.assume_init_drop)
	- [`<[MaybeUninit<T>]>::assume_init_ref`](https://doc.rust-lang.org/stable/core/primitive.slice.html#method.assume_init_ref)
	- [`<[MaybeUninit<T>]>::assume_init_mut`](https://doc.rust-lang.org/stable/core/primitive.slice.html#method.assume_init_mut)

[Mark-Simulacrum]

For all of the release note changes, can we make sure those are done on rust-lang/rust main or in PR at least? I can sync from there tomorrow night / Thursday morning. Otherwise we're sure to lose a comment when we sync with changes made upstream.