-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
copy
and send
ifaces cannot be used as type parameter bounds
#2284
Comments
Does disallowing these words as iface names sound like an acceptable solution? |
We won't disallow these words as trait names, now that |
Still a bug as of a477c5a. |
catamorphism
added a commit
to catamorphism/rust
that referenced
this issue
Oct 17, 2012
Change ast::ty_param_bound so that all ty param bounds are represented as traits, with no special cases for Copy/Send/Owned/Const. typeck::collect generates the special cases. A consequence of this is that code using the #[no_core] attribute can't use the Copy kind/trait. Probably not a big deal? As a side effect, any user-defined traits that happen to be called Copy, etc. in the same module override the built-in Copy trait. Closes rust-lang#2284
Fixed, pending code review by @nikomatsakis . |
flip1995
pushed a commit
to flip1995/rust
that referenced
this issue
Jun 3, 2021
Move mini-macro to tests/ui/auxilary changelog: none Merges `/mini-macro` into `/tests/ui/auxilary/proc_macro_derive.rs`. The mini-macro crate is an artifact of the distant past. A lot has changed (rust-lang#2284) and it doesn't make sense as a top-level crate anymore. Especially since we can use the auxilary folder to accompolish the same thing.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
While ifaces with the name
copy
andsend
can be declared and implemented, they are always shadowed by thecopy
andsend
kind bounds when used likefn f<T: send>
. A small inconsistency.The text was updated successfully, but these errors were encountered: