You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This looks similar to #1619 but the other way around?
I'm running on macOS 10.15.7 (not terribly up to date) with Rust/Cargo nightly (rustc 1.54.0-nightly (625d5a693 2021-06-01)) from rustup. I believe I have no libclang from anywhere other than Xcode. RUST_LOG=bindgen produces the following log info about clang versions:
Hmm... Interesting. cargo test does the same thing for me on Big Sur (macos 11.4). Could this be due macOS (and it's devtools) shipping with a newer version of clang than the test is looking at?
I'm not sure what the support policy for clang versions on macOS is but https://developer.apple.com/support/xcode/ are the versions Xcode and macOS combinations. The oldest of which is Xcode 10.2x which ships with clang 10.x.
I cloned bindgen yesterday on my Mac, and
cargo test
is producing a test failure inheader_objc_template_h
where it's usingid
instead ofu64
, e.g.:This looks similar to #1619 but the other way around?
I'm running on macOS 10.15.7 (not terribly up to date) with Rust/Cargo nightly (
rustc 1.54.0-nightly (625d5a693 2021-06-01)
) from rustup. I believe I have no libclang from anywhere other than Xcode.RUST_LOG=bindgen
produces the following log info about clang versions:Here's the full test diff:
Let me know if you need any more details.
The text was updated successfully, but these errors were encountered: