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

Remove the overlapping_marker_traits feature #68544

Merged
merged 1 commit into from
Feb 5, 2020

Conversation

Aaron1011
Copy link
Member

See #29864

This has been replaced by #[feature(marker_trait_attr)]

A few notes:

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

@rust-highfive
Copy link
Collaborator

r? @estebank

(rust_highfive has picked a reviewer for you, use r? to override)

@rust-highfive rust-highfive added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. label Jan 25, 2020
@rust-highfive

This comment has been minimized.

@rust-highfive

This comment has been minimized.

src/librustc/ty/mod.rs Outdated Show resolved Hide resolved
@@ -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)]
Copy link
Contributor

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.

@estebank
Copy link
Contributor

@Aaron1011 can you squash the commits? r=me after that.
CC @rust-lang/compiler @rust-lang/lang

@Aaron1011 Aaron1011 force-pushed the remove-overlapping-traits branch 2 times, most recently from 32053da to 1b2a4bf Compare January 28, 2020 19:30
@Aaron1011
Copy link
Member Author

@estebank: Squashed

@Aaron1011
Copy link
Member Author

@estebank: Are there any other changes that you'd like me to make?

@estebank
Copy link
Contributor

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`
@Aaron1011
Copy link
Member Author

I've removed the cfg(bootrap) lines, since the stage0 compiler now contains #68057

@estebank
Copy link
Contributor

estebank commented Feb 4, 2020

@bors r+

@bors
Copy link
Contributor

bors commented Feb 4, 2020

📌 Commit 302f8c9 has been approved by estebank

@bors bors added S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion. and removed S-waiting-on-review Status: Awaiting review from the assignee but also interested parties. labels Feb 4, 2020
@bors
Copy link
Contributor

bors commented Feb 4, 2020

⌛ Testing commit 302f8c9 with merge 002287d...

bors added a commit that referenced this pull request Feb 4, 2020
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`
@bors
Copy link
Contributor

bors commented Feb 5, 2020

☀️ Test successful - checks-azure
Approved by: estebank
Pushing 002287d to master...

@bors bors added the merged-by-bors This PR was explicitly merged by bors. label Feb 5, 2020
@bors bors merged commit 302f8c9 into rust-lang:master Feb 5, 2020
@scottmcm scottmcm added the F-marker_trait_attr `#![feature(marker_trait_attr)]` label Aug 19, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
F-marker_trait_attr `#![feature(marker_trait_attr)]` merged-by-bors This PR was explicitly merged by bors. S-waiting-on-bors Status: Waiting on bors to run and complete tests. Bors will change the label on completion.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants