rust/src/test/ui/structs-enums/tuple-struct-construct.rs

// run-pass
#[derive(Debug)]
struct Foo(isize, isize);

pub fn main() {
    let x = Foo(1, 2);
    println!("{:?}", x);
}
Add `// run-pass` annotations to all the tests under `ui/run-pass/`. (I may have accidentally added it to some auxilliary crates as well; my emacs-macro-based methodology was pretty crude.) 2018-08-30 07:18:55 -05:00			`// run-pass`
s/Show/Debug/g 2015-01-28 07:34:18 -06:00			`#[derive(Debug)]`
Mass rename uint/int to usize/isize Now that support has been removed, all lingering use cases are renamed. 2015-03-25 19:06:52 -05:00			`struct Foo(isize, isize);`
rustc: Translate tuple struct constructors 2012-10-24 16:36:00 -05:00
check-fast fallout from removing export, r=burningtree 2013-02-01 21:43:17 -06:00			`pub fn main() {`
rustc: Translate tuple struct constructors 2012-10-24 16:36:00 -05:00			`let x = Foo(1, 2);`
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!("{:?}", x);`
rustc: Translate tuple struct constructors 2012-10-24 16:36:00 -05:00			`}`