rust/src/test/ui/issues/issue-32655.stderr

error: cannot find attribute `derive_Clone` in this scope
  --> $DIR/issue-32655.rs:3:11
   |
LL |         #[derive_Clone]
   |           ^^^^^^^^^^^^
...
LL | foo!();
   | ------ in this macro invocation
   |
   = note: this error originates in the macro `foo` (in Nightly builds, run with -Z macro-backtrace for more info)

error: cannot find attribute `derive_Clone` in this scope
  --> $DIR/issue-32655.rs:15:7
   |
LL |     #[derive_Clone]
   |       ^^^^^^^^^^^^

error: aborting due to 2 previous errors
resolve: Tweak "cannot find" wording for attributes 2019-09-15 04:55:18 -05:00			error: cannot find attribute `derive_Clone` in this scope
resolve: Use `feature(custom_attribute)` fallback only if the feature is enabled Normally `#![feature(...)]` shouldn't change behavior, but custom attributes in particular are in the process of retirement, and we should not produce a message telling to enable them. It also helps with unifying diagnostics for unresolved macros. 2019-07-11 17:00:20 -05:00			`--> $DIR/issue-32655.rs:3:11`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			`\|`
Update tests 2019-03-09 06:03:44 -06:00			`LL \| #[derive_Clone]`
resolve: Consolidate error reporting for resolved macros in `fn resolve_macro_to_def` 2018-08-14 19:51:12 -05:00			`\| ^^^^^^^^^^^^`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			`...`
			`LL \| foo!();`
Bless tests 2021-10-14 13:28:28 -05:00			`\| ------ in this macro invocation`
rustc_macros: don't limit the -Zmacro-backtrace suggestion to extern macros. 2019-12-16 07:56:47 -06:00			`\|`
Show macro name in 'this error originates in macro' message When there are multiple macros in use, it can be difficult to tell which one was responsible for producing an error. 2021-02-13 13:52:25 -06:00			= note: this error originates in the macro `foo` (in Nightly builds, run with -Z macro-backtrace for more info)
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00
resolve: Tweak "cannot find" wording for attributes 2019-09-15 04:55:18 -05:00			error: cannot find attribute `derive_Clone` in this scope
resolve: Use `feature(custom_attribute)` fallback only if the feature is enabled Normally `#![feature(...)]` shouldn't change behavior, but custom attributes in particular are in the process of retirement, and we should not produce a message telling to enable them. It also helps with unifying diagnostics for unresolved macros. 2019-07-11 17:00:20 -05:00			`--> $DIR/issue-32655.rs:15:7`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			`\|`
Update tests 2019-03-09 06:03:44 -06:00			`LL \| #[derive_Clone]`
resolve: Consolidate error reporting for resolved macros in `fn resolve_macro_to_def` 2018-08-14 19:51:12 -05:00			`\| ^^^^^^^^^^^^`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00
			`error: aborting due to 2 previous errors`