rust/tests/ui/async-await/no-move-across-await-struct.stderr

error[E0382]: use of moved value: `s.x`
  --> $DIR/no-move-across-await-struct.rs:7:5
   |
LL |     needs_vec(s.x).await;
   |               --- value moved here
LL |     s.x
   |     ^^^ value used here after move
   |
   = note: move occurs because `s.x` has type `Vec<usize>`, which does not implement the `Copy` trait

error: aborting due to 1 previous error

For more information about this error, try `rustc --explain E0382`.
Tests around moving parts of structs and tuples across await points 2019-08-05 18:14:41 -05:00			error[E0382]: use of moved value: `s.x`
compiletest: error if `compile-fail` header in ui test. 2020-02-02 00:05:53 -06:00			`--> $DIR/no-move-across-await-struct.rs:7:5`
Tests around moving parts of structs and tuples across await points 2019-08-05 18:14:41 -05:00			`\|`
			`LL \| needs_vec(s.x).await;`
			`\| --- value moved here`
			`LL \| s.x`
			`\| ^^^ value used here after move`
			`\|`
pretty: trim paths of unique symbols If a symbol name can only be imported from one place for a type, and as long as it was not glob-imported anywhere in the current crate, we can trim its printed path and print only the name. This has wide implications on error messages with types, for example, shortening `std::vec::Vec` to just `Vec`, as long as there is no other `Vec` importable anywhere. This adds a new '-Z trim-diagnostic-paths=false' option to control this feature. On the good path, with no diagnosis printed, we should try to avoid issuing this query, so we need to prevent trimmed_def_paths query on several cases. This change also relies on a previous commit that differentiates between `Debug` and `Display` on various rustc types, where the latter is trimmed and presented to the user and the former is not. 2020-09-02 02:40:56 -05:00			= note: move occurs because `s.x` has type `Vec<usize>`, which does not implement the `Copy` trait
Tests around moving parts of structs and tuples across await points 2019-08-05 18:14:41 -05:00
Show number in error message even for one error Co-authored-by: Adrian <adrian.iosdev@gmail.com> 2023-11-21 09:44:16 -06:00			`error: aborting due to 1 previous error`
Tests around moving parts of structs and tuples across await points 2019-08-05 18:14:41 -05:00
			For more information about this error, try `rustc --explain E0382`.