rust/tests/ui/structs-enums/tuple-struct-construct.rs

// run-pass
#[allow(unused_tuple_struct_fields)]
#[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 14:18:55 +02:00			`// run-pass`
Warn about dead tuple struct fields 2022-07-25 22:36:03 +02:00			`#[allow(unused_tuple_struct_fields)]`
s/Show/Debug/g 2015-01-28 08:34:18 -05: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 17:06:52 -07:00			`struct Foo(isize, isize);`
rustc: Translate tuple struct constructors 2012-10-24 14:36:00 -07:00
check-fast fallout from removing export, r=burningtree 2013-02-01 19:43:17 -08:00			`pub fn main() {`
rustc: Translate tuple struct constructors 2012-10-24 14:36:00 -07: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 00:09:35 -08:00			`println!("{:?}", x);`
rustc: Translate tuple struct constructors 2012-10-24 14:36:00 -07:00			`}`