layout tests fail for max_align_t on debian sid.i386

While working on updating the rust-bindgen package in debian sid, I ran into a bindgen layout error with leptonica-sys. After some experimentation this failure seems to be caused by building bindings for stddef.h.

As a reduced testcase the following commands

echo '#include <stddef.h>' > wrapper.h
bindgen wrapper.h

resulted in

/* automatically generated by rust-bindgen 0.70.1 */

pub type wchar_t = ::std::os::raw::c_int;
#[repr(C)]
#[repr(align(8))]
#[derive(Debug, Copy, Clone)]
pub struct max_align_t {
    pub __clang_max_align_nonce1: ::std::os::raw::c_longlong,
    pub __clang_max_align_nonce2: f64,
}
#[allow(clippy::unnecessary_operation, clippy::identity_op)]
const _: () = {
    ["Size of max_align_t"][::std::mem::size_of::<max_align_t>() - 24usize];
    ["Alignment of max_align_t"][::std::mem::align_of::<max_align_t>() - 8usize];
    ["Offset of field: max_align_t::__clang_max_align_nonce1"]
        [::std::mem::offset_of!(max_align_t, __clang_max_align_nonce1) - 0usize];
    ["Offset of field: max_align_t::__clang_max_align_nonce2"]
        [::std::mem::offset_of!(max_align_t, __clang_max_align_nonce2) - 8usize];
};

I wrote a small c test program to see what size the c compilers thought max_align_t should have, worryingly gcc and clang gave different results with gcc giving a result of 48 and clang a result of only 24.

max_align_t does not seem to be defined in any system headers, so I presume there is some built-in magic going on in gcc and clang.

Start with the reduced wrapper.h testcase and the bindgen wrapper.h command, then compare the generated max_align_t layout with the results from the C compiler tests described in the issue. Trace how bindgen handles stddef.h and compiler-provided max_align_t; done means the layout test passes for Debian sid.i386 without breaking the other reported compiler behavior.