rust/tests/ui/privacy/private-struct-field-pattern.rs

use a::Foo;

mod a {
    pub struct Foo {
        x: isize
    }

    pub fn make() -> Foo {
        Foo { x: 3 }
    }
}

fn main() {
    match a::make() {
        Foo { x: _ } => {}  //~ ERROR field `x` of struct `Foo` is private
    }
}
rustc: Don't allow private fields to be named in constructors or destructured 2012-09-05 02:07:23 +00:00			`use a::Foo;`

			`mod a {`
test: De-export aux, bench, compile-fail, and run-fail. rs=deexporting 2013-01-30 22:30:22 +00:00			`pub struct Foo {`
Update compile fail tests to use isize. 2015-01-08 10:54:35 +00:00			`x: isize`
rustc: Don't allow private fields to be named in constructors or destructured 2012-09-05 02:07:23 +00:00			`}`

test: De-export aux, bench, compile-fail, and run-fail. rs=deexporting 2013-01-30 22:30:22 +00:00			`pub fn make() -> Foo {`
rustc: Don't allow private fields to be named in constructors or destructured 2012-09-05 02:07:23 +00:00			`Foo { x: 3 }`
			`}`
			`}`

			`fn main() {`
			`match a::make() {`
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 07:40:56 +00:00			Foo { x: _ } => {} //~ ERROR field `x` of struct `Foo` is private
rustc: Don't allow private fields to be named in constructors or destructured 2012-09-05 02:07:23 +00:00			`}`
			`}`