rust/tests/ui/derives/deriving-bounds.rs

#[derive(Send)]
//~^ ERROR cannot find derive macro `Send` in this scope
//~| ERROR cannot find derive macro `Send` in this scope
struct Test;

#[derive(Sync)]
//~^ ERROR cannot find derive macro `Sync` in this scope
//~| ERROR cannot find derive macro `Sync` in this scope
struct Test1;

pub fn main() {}
Make #[derive(Anything)] into sugar for #[derive_Anything] This is a hack, but I don't think we can do much better as long as `derive` is running at the syntax expansion phase. If the custom_derive feature gate is enabled, this works with user-defined traits and syntax extensions. Without the gate, you can't use e.g. #[derive_Clone] directly, so this does not change the stable language. This commit also cleans up the deriving code somewhat, and forbids some previously-meaningless attribute syntax. For this reason it's technically a [breaking-change] 2015-03-06 13:15:54 -08:00			`#[derive(Send)]`
Remove built-in derive macros `Send` and `Sync` 2019-06-23 15:14:04 +03:00			//~^ ERROR cannot find derive macro `Send` in this scope
Update tests 2020-01-08 20:02:10 +03:00			//~\| ERROR cannot find derive macro `Send` in this scope
Allow built-in traits to be derived [RFC #3] cc #13231 2014-04-30 11:26:50 +02:00			`struct Test;`

Use `derive` rather than `deriving` in tests 2014-12-31 17:32:49 +13:00			`#[derive(Sync)]`
Remove built-in derive macros `Send` and `Sync` 2019-06-23 15:14:04 +03:00			//~^ ERROR cannot find derive macro `Sync` in this scope
Update tests 2020-01-08 20:02:10 +03:00			//~\| ERROR cannot find derive macro `Sync` in this scope
Keep track of the whole error chain 2014-12-23 10:57:44 +01:00			`struct Test1;`

Allow built-in traits to be derived [RFC #3] cc #13231 2014-04-30 11:26:50 +02:00			`pub fn main() {}`