rust/tests/run-make/box-struct-no-segfault/foo.rs

#![crate_type = "lib"]
pub struct Foo(());

impl Foo {
    pub fn new() -> Foo {
        Foo(())
    }
}
Run rustfmt on `tests/run-make/`. With the exception of `tests/run-make/translation/test.rs`, which has a syntax error. The expected output in `rustdoc-error-lines/rmake.rs`'s required slight tweaking. The two `reproducible-build.rs` files need `// ignore-tidy-linelength` because rustfmt produces lines longer than 100 chars, which tidy doesn't like, yuk. 2024-05-29 15:01:33 +10:00			`#![crate_type = "lib"]`
Translate zero-sized return types as void The only way to get a value for a zero-sized type is `undef`, so there's really no point in actually having a return type other than void for such types. Also, while the comment in return_type_is_void mentioned something about aiding C ABI support, @eddyb correctly pointed out on IRC that there is no such thing as a zero-sized type in C. And even with clang, which allows empty structs, those get translated as void return types as well. Fixes #28766 2016-01-15 17:34:38 +01:00			`pub struct Foo(());`

			`impl Foo {`
Run rustfmt on `tests/run-make/`. With the exception of `tests/run-make/translation/test.rs`, which has a syntax error. The expected output in `rustdoc-error-lines/rmake.rs`'s required slight tweaking. The two `reproducible-build.rs` files need `// ignore-tidy-linelength` because rustfmt produces lines longer than 100 chars, which tidy doesn't like, yuk. 2024-05-29 15:01:33 +10:00			`pub fn new() -> Foo {`
			`Foo(())`
			`}`
Translate zero-sized return types as void The only way to get a value for a zero-sized type is `undef`, so there's really no point in actually having a return type other than void for such types. Also, while the comment in return_type_is_void mentioned something about aiding C ABI support, @eddyb correctly pointed out on IRC that there is no such thing as a zero-sized type in C. And even with clang, which allows empty structs, those get translated as void return types as well. Fixes #28766 2016-01-15 17:34:38 +01:00			`}`