-
Notifications
You must be signed in to change notification settings - Fork 12.7k
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
Remove the overlapping_marker_traits
feature
#68544
Conversation
r? @estebank (rust_highfive has picked a reviewer for you, use r? to override) |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
src/librustc/arena.rs
Outdated
@@ -216,6 +216,9 @@ arena_types!(declare_arena, [], 'tcx); | |||
|
|||
arena_types!(impl_arena_allocatable, [], 'tcx); | |||
|
|||
// Needed until #68057 makes it way into the bootrap compiler, | |||
// as librustc is affected by the bug that it fixes | |||
#[cfg_attr(not(bootstrap), marker)] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's possible that the new bootstrap compiler is here before this PR merges. If so, this will need to be updated.
@Aaron1011 can you squash the commits? r=me after that. |
32053da
to
1b2a4bf
Compare
@estebank: Squashed |
@estebank: Are there any other changes that you'd like me to make? |
I am r=me on the code changes, but would like to CC @rust-lang/compiler so that they are aware as I am not 100% sure I am aware of all the consequences that removing a feature in this way will have on the wider ecosystem. |
See rust-lang#29864 This has been replaced by `#[feature(marker_trait_attr)]` A few notes: * Due to PR rust-lang#68057 not yet being in the bootstrap compiler, it's necessary to continue using `#![feature(overlapping_marker_traits)]` under `#[cfg(bootstrap)]` to work around type inference issues. * I've updated tests that used `overlapping_marker_traits` to now use `marker_trait_attr` where applicable The test `src/test/ui/overlap-marker-trait.rs` doesn't make any sense now that `overlapping_marker_traits`, so I removed it. The test `src/test/ui/traits/overlap-permitted-for-marker-traits-neg.rs` now fails, since it's no longer possible to have multiple overlapping negative impls of `Send`. I believe that this is the behavior we want (assuming that `Send` is not going to become a `#[marker]` trait, so I renamed the test to `overlap-permitted-for-marker-traits-neg`
1b2a4bf
to
302f8c9
Compare
I've removed the |
@bors r+ |
📌 Commit 302f8c9 has been approved by |
Remove the `overlapping_marker_traits` feature See #29864 This has been replaced by `#[feature(marker_trait_attr)]` A few notes: * Due to PR #68057 not yet being in the bootstrap compiler, it's necessary to continue using `#![feature(overlapping_marker_traits)]` under `#[cfg(bootstrap)]` to work around type inference issues. * I've updated tests that used `overlapping_marker_traits` to now use `marker_trait_attr` where applicable The test `src/test/ui/overlap-marker-trait.rs` doesn't make any sense now that `overlapping_marker_traits`, so I removed it. The test `src/test/ui/traits/overlap-permitted-for-marker-traits-neg.rs` now fails, since it's no longer possible to have multiple overlapping negative impls of `Send`. I believe that this is the behavior we want (assuming that `Send` is not going to become a `#[marker]` trait, so I renamed the test to `overlap-permitted-for-marker-traits-neg`
☀️ Test successful - checks-azure |
See #29864
This has been replaced by
#[feature(marker_trait_attr)]
A few notes:
necessary to continue using
#![feature(overlapping_marker_traits)]
under
#[cfg(bootstrap)]
to work around type inference issues.overlapping_marker_traits
to now usemarker_trait_attr
where applicableThe test
src/test/ui/overlap-marker-trait.rs
doesn't make any sensenow that
overlapping_marker_traits
, so I removed it.The test
src/test/ui/traits/overlap-permitted-for-marker-traits-neg.rs
now fails, since it's no longer possible to have multiple overlapping
negative impls of
Send
. I believe that this is the behavior we want(assuming that
Send
is not going to become a#[marker]
trait, so Irenamed the test to
overlap-permitted-for-marker-traits-neg