bindgen fails to correctly convert the `~0ul` constant on i368 architecture

We have header files with the following definition, which should use the largest unsigned long value:

#define CK_UNAVAILABLE_INFORMATION ~0UL

These are different on 32b and 64b architectures (not our choice of types)

When bindgen processes this inptut, it generates the following line of rust code:

pub const CK_UNAVAILABLE_INFORMATION: CK_ULONG = 18446744073709551615;

which is obviously wrong as the rust compiler will very soon figure out:

 --> src/conformance/../pkcs11/bindings.rs:7:50
  |
7 | pub const CK_UNAVAILABLE_INFORMATION: CK_ULONG = 18446744073709551615;
  |                                                  ^^^^^^^^^^^^^^^^^^^^
  |
  = note: the literal `18446744073709551615` does not fit into the type `u32` whose range is `0..=4294967295`
  = note: `#[deny(overflowing_literals)]` on by default

This happens both with 0.69 and 0.70 versions.

Start by reproducing the issue with bindgen 0.69 or 0.70 using a header defining CK_UNAVAILABLE_INFORMATION as ~0UL on both 32-bit and 64-bit targets. Compare the generated Rust constant with CK_ULONG's target-specific range; done means the generated bindings compile correctly on both architectures.