rust/tests/ui/issues/issue-10396.rs

// check-pass
#![allow(dead_code)]
#[derive(Debug)]
enum Foo<'s> {
    V(&'s str)
}

fn f(arr: &[&Foo]) {
    for &f in arr {
        println!("{:?}", f);
    }
}

fn main() {}
Use check-pass in ui tests where appropriate 2019-11-03 18:00:00 -06:00			`// check-pass`
Add `#![allow(..)]` as necessary to get re-migrated run-pass tests compiling with clean stderr again. Most were added mechanically. 2018-09-25 16:51:35 -05:00			`#![allow(dead_code)]`
s/Show/Debug/g 2015-01-28 07:34:18 -06:00			`#[derive(Debug)]`
Add tests for E-needstest issues 2014-11-02 17:58:00 -06:00			`enum Foo<'s> {`
			`V(&'s str)`
			`}`

			`fn f(arr: &[&Foo]) {`
`for x in xs.iter()` -> `for x in &xs` 2015-01-31 11:20:46 -06:00			`for &f in arr {`
core: split into fmt::Show and fmt::String fmt::Show is for debugging, and can and should be implemented for all public types. This trait is used with `{:?}` syntax. There still exists #[derive(Show)]. fmt::String is for types that faithfully be represented as a String. Because of this, there is no way to derive fmt::String, all implementations must be purposeful. It is used by the default format syntax, `{}`. This will break most instances of `{}`, since that now requires the type to impl fmt::String. In most cases, replacing `{}` with `{:?}` is the correct fix. Types that were being printed specifically for users should receive a fmt::String implementation to fix this. Part of #20013 [breaking-change] 2014-12-20 02:09:35 -06:00			`println!("{:?}", f);`
Add tests for E-needstest issues 2014-11-02 17:58:00 -06:00			`}`
			`}`

			`fn main() {}`