Allow `*const W<dyn A> -> *const dyn A` ptr cast by WaffleLapkin · Pull Request #136127 · rust-lang/rust

Allow `*const W<dyn A> -> *const dyn A` ptr cast by WaffleLapkin · Pull Request #136127 · rust-lang/rust

added the relnotes

Marks issues that should be documented in the release notes of the next release.

label

rustbot added S-waiting-on-review

Status: Awaiting review from the assignee but also interested parties.

Relevant to the compiler team, which will review and decide on the PR/issue.

labels

rustbot added S-waiting-on-review

Status: Awaiting review from the assignee but also interested parties.

and removed S-waiting-on-author

Status: This is awaiting some action (such as code changes or more information) from the author.

labels

traviscross added T-lang

Relevant to the language team

and removed T-compiler

Relevant to the compiler team, which will review and decide on the PR/issue.

labels

bors added a commit to rust-lang-ci/rust that referenced this pull request

bors added a commit to rust-lang-ci/rust that referenced this pull request

bors added a commit to rust-lang-ci/rust that referenced this pull request

bors added a commit to rust-lang-ci/rust that referenced this pull request

compiler-errors added a commit to compiler-errors/rust that referenced this pull request

…p_cast, r=compiler-errors"

This reverts commit 84c2050, reversing
changes made to a96fa31.

bors added a commit to rust-lang-ci/rust that referenced this pull request

…i-obk

Revert "Rollup merge of rust-lang#136127 - WaffleLapkin:dyn_ptr_unwrap_cast, r=compiler-errors"

...not permanently tho. Just until we can land something like rust-lang#138542, which will fix the underlying perf issues (rust-lang#136127 (comment)). I just don't want this to land on beta and have people rely on this behavior if it'll need some reworking for it to be implemented performantly.

r? `@WaffleLapkin` or reassign -- sorry for reverting ur pr! i'm working on getting it re-landed soon :>

lcnr mentioned this pull request

bors added a commit to rust-lang-ci/rust that referenced this pull request

lcnr mentioned this pull request

bors added a commit to rust-lang-ci/rust that referenced this pull request

jieyouxu pushed a commit to rust-lang/rustc-dev-guide that referenced this pull request

Revert "Rollup merge of #136127 - WaffleLapkin:dyn_ptr_unwrap_cast, r=compiler-errors"

...not permanently tho. Just until we can land something like #138542, which will fix the underlying perf issues (rust-lang/rust#136127 (comment)). I just don't want this to land on beta and have people rely on this behavior if it'll need some reworking for it to be implemented performantly.

r? `@WaffleLapkin` or reassign -- sorry for reverting ur pr! i'm working on getting it re-landed soon :>

github-merge-queue bot pushed a commit to rust-lang/miri that referenced this pull request

Revert "Rollup merge of #136127 - WaffleLapkin:dyn_ptr_unwrap_cast, r=compiler-errors"

...not permanently tho. Just until we can land something like #138542, which will fix the underlying perf issues (rust-lang/rust#136127 (comment)). I just don't want this to land on beta and have people rely on this behavior if it'll need some reworking for it to be implemented performantly.

r? `@WaffleLapkin` or reassign -- sorry for reverting ur pr! i'm working on getting it re-landed soon :>

lnicola pushed a commit to lnicola/rust-analyzer that referenced this pull request

Revert "Rollup merge of #136127 - WaffleLapkin:dyn_ptr_unwrap_cast, r=compiler-errors"

...not permanently tho. Just until we can land something like #138542, which will fix the underlying perf issues (rust-lang/rust#136127 (comment)). I just don't want this to land on beta and have people rely on this behavior if it'll need some reworking for it to be implemented performantly.

r? `@WaffleLapkin` or reassign -- sorry for reverting ur pr! i'm working on getting it re-landed soon :>