rust/tests/ui/nll/borrowed-match-issue-45045....

error[E0503]: cannot use `e` because it was mutably borrowed
  --> $DIR/borrowed-match-issue-45045.rs:12:11
   |
LL |     let f = &mut e;
   |             ------ `e` is borrowed here
LL |     let g = f;
LL |     match e {
   |           ^ use of borrowed `e`
...
LL |     *g = Xyz::B;
   |     ----------- borrow later used here

error: aborting due to 1 previous error

For more information about this error, try `rustc --explain E0503`.
Add NLL test for #45045 Closes #45045 2018-01-16 00:14:47 +08:00			error[E0503]: cannot use `e` because it was mutably borrowed
Fix debugger stepping behavior around `match` expressions Previously, we would set up the source lines for `match` expressions so that the code generated to perform the test of the scrutinee was matched to the line of the arm that required the test and then jump from the arm block to the "next" block was matched to all of the lines in the `match` expression. While that makes sense, it has the side effect of causing strange stepping behavior in debuggers. I've changed the source information so that all of the generated tests are sourced to `match {scrutinee}` and the jumps are sourced to the last line of the block they are inside. This resolves the weird stepping behavior in all debuggers and resolves some instances of "ambiguous symbol" errors in WinDbg preventing the user from setting breakpoints at `match` expressions. 2021-07-24 06:55:36 +08:00			`--> $DIR/borrowed-match-issue-45045.rs:12:11`
Add NLL test for #45045 Closes #45045 2018-01-16 00:14:47 +08:00			`\|`
Update UI tests 2018-02-23 08:42:32 +08:00			`LL \| let f = &mut e;`
Tweak E0597 CC #99430 2023-01-15 11:06:44 +08:00			\| ------ `e` is borrowed here
Fix debugger stepping behavior around `match` expressions Previously, we would set up the source lines for `match` expressions so that the code generated to perform the test of the scrutinee was matched to the line of the arm that required the test and then jump from the arm block to the "next" block was matched to all of the lines in the `match` expression. While that makes sense, it has the side effect of causing strange stepping behavior in debuggers. I've changed the source information so that all of the generated tests are sourced to `match {scrutinee}` and the jumps are sourced to the last line of the block they are inside. This resolves the weird stepping behavior in all debuggers and resolves some instances of "ambiguous symbol" errors in WinDbg preventing the user from setting breakpoints at `match` expressions. 2021-07-24 06:55:36 +08:00			`LL \| let g = f;`
			`LL \| match e {`
			\| ^ use of borrowed `e`
Remove nll-dump-cause flag and always track causes 2018-03-06 06:29:05 +08:00			`...`
			`LL \| *g = Xyz::B;`
			`\| ----------- borrow later used here`
Add NLL test for #45045 Closes #45045 2018-01-16 00:14:47 +08:00
Show number in error message even for one error Co-authored-by: Adrian <adrian.iosdev@gmail.com> 2023-11-21 23:44:16 +08:00			`error: aborting due to 1 previous error`
Add NLL test for #45045 Closes #45045 2018-01-16 00:14:47 +08:00
update tests 2018-03-03 22:59:40 +08:00			For more information about this error, try `rustc --explain E0503`.