Auto-generated test failure for cpp array of wchar_t

[ehsanul]

Input C/C++ Header

struct Foo {
	wchar_t	Bar[32];
};

Bindgen Invocation

$ bindgen test.hpp -o test.rs
$ rustc --test test.rs
$ ./test

Actual Results

Generated code:

/* automatically generated by rust-bindgen */

#[repr(C)]
#[derive(Debug, Copy, Clone)]
pub struct Foo {
    pub Bar: [u16; 32usize],
}
#[test]
fn bindgen_test_layout_Foo() {
    assert_eq!(
        ::std::mem::size_of::<Foo>(),
        128usize,
        concat!("Size of: ", stringify!(Foo))
    );
    assert_eq!(
        ::std::mem::align_of::<Foo>(),
        4usize,
        concat!("Alignment of ", stringify!(Foo))
    );
    assert_eq!(
        unsafe { &(*(::std::ptr::null::<Foo>())).Bar as *const _ as usize },
        0usize,
        concat!("Offset of field: ", stringify!(Foo), "::", stringify!(Bar))
    );
}

Test result:

---- bindgen_test_layout_Foo stdout ----
	thread 'bindgen_test_layout_Foo' panicked at 'assertion failed: `(left == right)`
  left: `64`,
 right: `128`: Size of: Foo', test.rs:10:5

Expected Results

I'm not really familiar with wchar_t, but seems it can be either 2 or 4 bytes depending on the platform/implementation. In this case it seems like it chose the wrong expected value in tests for my current platform.

System

Toolchain: x86_64-apple-darwin
rustc: 1.28.0-nightly
Apple LLVM version 9.0.0 (clang-900.0.39.2)
Target: x86_64-apple-darwin16.7.0

[emilio]

Yup, for some reason we assume it's u16. #1346 should fix.