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

error[E0618]: expected function, found `{integer}`
  --> $DIR/issue-26237.rs:20:18
   |
LL |         $not_a_function($some_argument)
   |         ------------------------------- call expression requires function
...
LL |     let mut value_a = 0;
   |         ----------- `{integer}` defined here
LL |     let mut value_b = 0;
LL |     macro_panic!(value_a, value_b);
   |                  ^^^^^^^

error: aborting due to previous error

For more information about this error, try `rustc --explain E0618`.
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			error[E0618]: expected function, found `{integer}`
in which the E0618 "expected function" diagnostic gets a makeover Now the main span focuses on the erroneous not-a-function callee, while showing the entire call expression is relegated to a secondary span. In the case where the erroneous callee is itself a call, we point out the definition, and, if the call expression spans multiple lines, tentatively suggest a semicolon (because we suspect that the "outer" call is actually supposed to be a tuple). The new `bug!` assertion is, in fact, safe (`confirm_builtin_call` is only called by `check_call`, which is only called with a first arg of kind `ExprKind::Call` in `check_expr_kind`). Resolves #51055. 2018-11-10 22:46:05 -06:00			`--> $DIR/issue-26237.rs:20:18`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			`\|`
			`LL \| $not_a_function($some_argument)`
in which the E0618 "expected function" diagnostic gets a makeover Now the main span focuses on the erroneous not-a-function callee, while showing the entire call expression is relegated to a secondary span. In the case where the erroneous callee is itself a call, we point out the definition, and, if the call expression spans multiple lines, tentatively suggest a semicolon (because we suspect that the "outer" call is actually supposed to be a tuple). The new `bug!` assertion is, in fact, safe (`confirm_builtin_call` is only called by `check_call`, which is only called with a first arg of kind `ExprKind::Call` in `check_expr_kind`). Resolves #51055. 2018-11-10 22:46:05 -06:00			`\| ------------------------------- call expression requires function`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00			`...`
			`LL \| let mut value_a = 0;`
			\| ----------- `{integer}` defined here
			`LL \| let mut value_b = 0;`
			`LL \| macro_panic!(value_a, value_b);`
in which the E0618 "expected function" diagnostic gets a makeover Now the main span focuses on the erroneous not-a-function callee, while showing the entire call expression is relegated to a secondary span. In the case where the erroneous callee is itself a call, we point out the definition, and, if the call expression spans multiple lines, tentatively suggest a semicolon (because we suspect that the "outer" call is actually supposed to be a tuple). The new `bug!` assertion is, in fact, safe (`confirm_builtin_call` is only called by `check_call`, which is only called with a first arg of kind `ExprKind::Call` in `check_expr_kind`). Resolves #51055. 2018-11-10 22:46:05 -06:00			`\| ^^^^^^^`
Move some `compile-fail` tests to `ui` 2018-07-15 16:11:54 -05:00
			`error: aborting due to previous error`

			For more information about this error, try `rustc --explain E0618`.