rustaudio/coreaudio-sys

Raw bindings to the OSX CoreAudio framework generated by bindgen (see coreaudio-rs for a more rust-esque wrapper).

coreaudio-sys's Issues

Coreaudio compilation failure - bindings generation fail due to old rustfmt bug

Hey, I'm using coreaudio-sys as a dependency for CPAL, and it seems that the pinned v 0.2.0 is failing to compile with the following error:

error: unexpected close delimiter: `]`
    --> /Users/.../coreaudio-sys-a6bbc6ed7b769743/out/coreaudio.rs:2040:33
     |
2040 | #[derive(Copy, Clone)]; 16usize ] , }#[test]
     |                                 ^

error: Could not compile `coreaudio-sys`.

I can't find other sources of people having this issue, so I'm not sure if it is on my end or not.
Thanks!

Docs failed to build for 0.2.5.

I recently added the following to the Cargo.toml in the hope of fixing coreaudio-sys on docs.rs:

[package.metadata.docs.rs]
all-features = true
default-target = "x86_64-apple-darwin"
targets = ["x86_64-apple-darwin", "x86_64-apple-ios"]

However it appears that, while our CI can successfully build the docs for x86_64-apple-darwin, the docs.rs build system cannot. The docs.rs build fails with:

[INFO] [stderr] coreaudio.h:1:10: fatal error: 'AudioToolbox/AudioToolbox.h' file not found

Our github docs-check action looks like this:

  # Build the docs with all features to make sure docs.rs will work.
  macos-docs:
    runs-on: macOS-latest
    steps:
    - uses: actions/checkout@v2
    - name: Install llvm and clang
      run: brew install llvm
    - name: Install stable
      uses: actions-rs/toolchain@v1
      with:
        profile: minimal
        toolchain: stable
        override: true
    - name: cargo doc - all features
      run: cargo doc --all-features --verbose

Perhaps we need to tell docs.rs how to do the "install llvm and clang" step somehow?

I don't have time to dig deeper into this right now, but thought I'd open this in case anyone else has some ideas.

Failed to compile on MacOS

---

BigMac:bevy_chess andrew$ cc --version
Apple clang version 14.0.0 (clang-1400.0.29.202)
Target: x86_64-apple-darwin22.3.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

---

error: failed to run custom build command for coreaudio-sys v0.2.5

Caused by:
process didn't exit successfully: /Users/andrew/workbench/souce/rust/bevy_chess/target/debug/build/coreaudio-sys-1b809ab8d23227a9/build-script-build (exit status: 101)
--- stdout
cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
cargo:rustc-link-lib=framework=AudioToolbox
cargo:rustc-link-lib=framework=AudioUnit
cargo:rustc-link-lib=framework=CoreAudio
cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

--- stderr
thread 'main' panicked at '"enum_(unnamed_at_/Library/Developer/CommandLineTools/SDKs/MacOSX13_1_sdk/usr/include/MacTypes_h_382_1)" is not a valid Ident', /Users/andrew/.cargo/registry/src/mirrors.sjtug.sjtu.edu.cn-7a04d2510079875b/proc-macro2-1.0.56/src/fallback.rs:811:9
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish...

Publish new version with framework path fix

Hi,

I wonder if it would be possible to publish a new version that includes the framework path fix #6 ? Currently https://github.com/tomaka/rodio latest version doesn't compile because of the issue (Rodio uses cpal which uses coreaudio-rs that uses coreaudio-sys)

Build error on Monterey

I have an empty project with the following Cargo.toml:

[package]
name = "coreaudio_test"
version = "0.1.0"
edition = "2021"

[dependencies]
coreaudio-sys = "0.2.11"

Running cargo build fails with the following error:

error: failed to run custom build command for `coreaudio-sys v0.2.11`

Caused by:
  process didn't exit successfully: `/Users/fabianvarga/Documents/C Projects/Rust/coreaudio_test/target/debug/build/coreaudio-sys-289c5ff5170c0e1b/build-script-build` (exit status: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioUnit
  cargo:rustc-link-lib=framework=AudioToolbox
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rustc-link-lib=framework=OpenAL
  cargo:rustc-link-lib=framework=CoreMIDI
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  thread 'main' panicked at '"enum_(unnamed_at_/Library/Developer/CommandLineTools/SDKs/MacOSX_sdk/usr/include/MacTypes_h_382_1)" is not a valid Ident', /Users/fabianvarga/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/fallback.rs:780:9
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

macOS Monterey 12.6.3 (21G419)
rustc 1.68.0 (2c8cc3432 2023-03-06)

error: failed to run custom build command for `coreaudio-sys v0.2.11`

Found out the problem was in my xcode and just needed to reinstall it, nvm (:

Build error on macOS 10.12.6

Hi,

Compiling with rust 1.25.0 (on macOS 10.12.6) I got this error:

error: unexpected close delimiter: `]`
    --> /Users/killkrt/Developer/coreaudio-sys/target/debug/build/coreaudio-sys-d982877313451e0c/out/coreaudio.rs:2164:33
     |
2164 | #[derive(Copy, Clone)]; 16usize ] , }#[test]
     |                                 ^

Lock down libc dependency version

When working on one of my projects, the build more or less randomly failed today:
https://travis-ci.org/emu-rs/emu-core-audio-driver/jobs/90010879

It fails when building coreaudio-rs (and just building coreaudio-rs on its own locally also fails for me on my mac with a clean checkout, though it worked just days ago), and it appears to be related to libc specifically. Moreover, it seems like different parts of coreaudio-rs pull in different versions of libc (coreaudio-rs appears to link against 0.1.10, whereas this library takes whatever the latest version is, which is currently 0.2.1+).

I'm not entirely sure actually if libc is the culprit for the failing build, since it looks like the libc versions haven't changed since the last successful builds, but it's probably smart to lock down the libc dependency in this crate in any case.

Doesn't cross-compile from Linux

Hi!

I tried to compile an Amethyst (mini) game for macos from my Linux, since I don't have a mac but some of my friends do. Here are my commands:

rustup default nightly
rustup install nightly-x86_64-apple-darwin
rustup target add x86_64-apple-darwin
cargo build --release --target=x86_64-apple-darwin

Everything went fine until:

$ cargo build --release --target=x86_64-apple-darwin                                                 130 ↵
   Compiling coreaudio-sys v0.2.2
error: couldn't read /home/totorigolo/Programmation/Rust/ldjam-43/target/x86_64-apple-darwin/release/build/coreaudio-sys-a35cb65331eb6c13/out/coreaudio.rs: No such file or directory (os error 2)
 --> /home/totorigolo/.cargo/registry/src/github.com-1ecc6299db9ec823/coreaudio-sys-0.2.2/src/lib.rs:6:1
  |
6 | include!(concat!(env!("OUT_DIR"), "/coreaudio.rs"));
  | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

error: aborting due to previous error

error: Could not compile `coreaudio-sys`.

To learn more, run the command again with --verbose.

In ./target/x86_64-apple-darwin/release/build/coreaudio-sys-a35cb65331eb6c13/, there is this error:

coreaudio-sys requires macos or ios target

Any ideas on how I can fix this? On the 368 dependencies, at least 360 do compile, so I guess that it's not the only crate that does bindings.

---

$ cargo --version --verbose                   
cargo 1.32.0-nightly (5e85ba14a 2018-12-02)
release: 1.32.0
commit-hash: 5e85ba14aaa20f8133863373404cb0af69eeef2c
commit-date: 2018-12-02

$ rustc --version --verbose                 
... cannot execute binary file
$ rustup update
info: syncing channel updates for 'nightly-x86_64-apple-darwin'
...
info: latest update on 2018-12-06, rust version 1.32.0-nightly (14997d56a 2018-12-05)
...

Build error on macOS 10.12

error: failed to run custom build command for `coreaudio-sys v0.2.2` process didn't exit successfully: `../debug/build/coreaudio-sys-0b03ecb47a91dd35/build-script-build` (exit code: 101)
--- stdout
cargo:rustc-link-lib=framework=AudioUnit
cargo:rustc-link-lib=framework=CoreAudio  

--- stderr
error: header '/System/Library/Frameworks/CoreAudio.framework/Headers/CoreAudio.h' does not exist.

The header is here:

$ find /Applications/Xcode.app/Contents/Developer -name CoreAudio.h

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudio.h

wrapper for AURenderEvent?

I'd like to use AURenderEvent from Rust.

https://developer.apple.com/documentation/audiotoolbox/aurenderevent

It's in the Audio Toolbox framework. When I enable the audio_toolbox feature, I don't see AURenderEvent in the generated coreaudio.rs.

How can I add a wrapper for it?

thanks!

Using rustfmt 2.0 for the project? Bonus "stdin:" at beginning of generated coreaudio.rs

I tried building ggez project and build failed cause os weird issue:

error: expected one of `!` or `::`, found `:`
 --> /Projects/ggez/target/release/build/coreaudio-sys-3bc6b4c7a394d9da/out/coreaudio.rs:3:6
  |
3 | stdin:
  |      ^ expected one of `!` or `::`

error: aborting due to previous error

It's what I had after trying rustfmt 2.0 without --quiet option.

Removing that line from generated file solves build trouble.

Upgrade to macOS Mojave 10.14 caused an installation error

Platform

macOS Mojave 10.14
Rust 1.29

Problem

This is an error when trying to build a GGEZ project, but is during the installation of this package, when running cargo build. The project built fine before the Mojave upgrade, afterward it starting throwing the error:

error: failed to run custom build command for `coreaudio-sys v0.2.2`
process didn't exit successfully: `/<..path_to_project..>/target/debug/build/coreaudio-sys-9f38879f24253caf/build-script-build` (exit code: 101)
--- stdout
cargo:rustc-link-lib=framework=AudioUnit
cargo:rustc-link-lib=framework=CoreAudio

--- stderr
//Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AudioToolbox.framework/Headers/AudioUnit.h:12:10: fatal error: 'TargetConditionals.h' file not found
//Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AudioToolbox.framework/Headers/AudioUnit.h:12:10: fatal error: 'TargetConditionals.h' file not found, err: true
thread 'main' panicked at 'unable to generate bindings: ()', libcore/result.rs:945:5
note: Run with `RUST_BACKTRACE=1` for a backtrace.

warning: build failed, waiting for other jobs to finish...
error: build failed

Hope this helps. I can try to provide any more info I can if this is not enough.

`coreaudio-sys` fails to build under macOS Sonoma (14.0) / Xcode 15.0

When using LLVM from the default Xcode toolchain in macOS Sonoma (14.0), the build fails with the following error:

error: failed to run custom build command for `coreaudio-sys v0.2.10`

Caused by:
  process didn't exit successfully: `/Users/coreh/Developer/bevy/target/debug/build/coreaudio-sys-7e0a7d7c97b2ec33/build-script-build` (exit status: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioUnit
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  thread 'main' panicked at '"enum_(unnamed_at_/Applications/Xcode_app/Contents/Developer/Platforms/MacOSX_platform/Developer/SDKs/MacOSX14_0_sdk/usr/include/MacTypes_h_382_1)" is not a valid Ident', /Users/coreh/.cargo/registry/src/index.crates.io-6f17d22bba15001f/proc-macro2-1.0.56/src/fallback.rs:811:9
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

This seems to be caused by this issue: rust-lang/rust-bindgen#2312, which has been fixed in recent versions of bindgen. Interestingly, the issue mentions clang 16, however the clang in the default toolchain in XCode in macOS Sonoma is reported as 15, so it's likely that Apple backported some of the clang 16 changes to clang 15, including the one that's causing this.

Apple clang version 15.0.0 (clang-1500.0.40.1)
Target: arm64-apple-darwin23.0.0
Thread model: posix
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

See also:

• Stack overflow discussion
• Clang 16 change that causes this: llvm/llvm-project@19e984e#diff-cde6fae42b53073a85e0901697f60ea80262705f86643b7b27524c7bd24c6f80

I believe the solution is to update bindgen to a more recent version that has the fix for this issue.

Edit: Looks like (as reported below) this also affects 13.x after installing Xcode 15.0.

---

👉 For those finding this issue with the same problem, I was able to work around this by installing clang 15 via homebrew:

brew install llvm@15

Then adding it to my path by following the instructions provided by that command, and rebuilding.

macOS Big Sur 11.0.1 build failure

This crate does not build on macOS Big Sur 11.0.1 right now. I've tried both the latest version as well as the master branch as of today. I am having a read of the build file to see if I can tweak anything to get it working myself.

Build fails on a cross compiling toolchain from Linux

I think the wrong thing is linked right here:

coreaudio-sys/build.rs

Lines 53 to 57 in 5837e3a

	#[cfg(feature = "audio_unit")]
	{
	println!("cargo:rustc-link-lib=framework=AudioToolbox");
	headers.push("AudioUnit/AudioUnit.h");
	}

It was changed when you updated to the most recent version of bindgen in f1354c7, perhaps in error?

If I am incorrect feel free to set me straight, but with a project I've been working with changing that back to linking the AudioUnit framework fixes things. To see this issue in context you can view the output of this CI pipeline.

Edit: it comes to my attention that at least one person in our community was able to build veloren natively on their mac presumably linking with the AudioToolbox library, so this might be a simple case of compatibility breaking with an older SDK because of the new linking?

Compilation fails with Rust 1.73.0 and Xcode 15

thread 'main' panicked at /Users/markusmoenig/.cargo/registry/src/index.crates.io-6f17d22bba15001f/proc-macro2-1.0.59/src/fallback.rs:811:9:
"enum_(unnamed_at_/Applications/Xcode_app/Contents/Developer/Platforms/MacOSX_platform/Developer/SDKs/MacOSX14_0_sdk/usr/include/MacTypes_h_382_1)" is not a valid Ident

Trying to install on MacOS return: Unable to find libclang

Hi,

I have already read all the tickets in this repo and the clang-sys repo related to this issue, but none of the suggestions posted seem to work.

Recap:

1. Uninstalled the LLVM using brew: brew uninstall llvm.
2. Reinstalled the latest version of Xcode Comand line tools.
3. In my previous life I did some experiments with clang & Co., so sure there is something f*** on my config.

Command: cc --version/clang --v

% cc --version
Apple clang version 15.0.0 (clang-1500.3.9.4)
Target: arm64-apple-darwin23.4.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

Command: xcode-select -p

% xcode-select -p
/Library/Developer/CommandLineTools

Error:

--- stderr
  thread 'main' panicked at /Users/___/.cargo/registry/src/index.crates.io-6f17d22bba15001f/bindgen-0.69.4/lib.rs:622:31:
  Unable to find libclang: "couldn't find any valid shared libraries matching: ['libclang.dylib'], set the `LIBCLANG_PATH` environment variable to a path where one of these files can be found (invalid: [])"
  stack backtrace:

Would you happen to have any other suggestions for me to check?
Thanks!

macOS Version:10.13.5 (17F77) build error

Build fails with v0.2.11 on crates.io after updating to Clang 16

After updating to Clang (LLVM) 16, building coreaudio-sys v0.2.11 from crate.io began to fail with errors like "enum_(unnamed_at_...)" is not a valid Ident.

Here is a detailed log:

   Compiling coreaudio-sys v0.2.11
error: failed to run custom build command for `coreaudio-sys v0.2.11`

Caused by:
  process didn't exit successfully: `/Users/me/Developer/rust-coreaudio-sys-issue/target/debug/build/coreaudio-sys-7020e5761942a687/build-script-build` (exit status: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioUnit
  cargo:rustc-link-lib=framework=AudioToolbox
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rustc-link-lib=framework=OpenAL
  cargo:rustc-link-lib=framework=CoreMIDI
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  thread 'main' panicked at '"enum_(unnamed_at_/Library/Developer/CommandLineTools/SDKs/MacOSX_sdk/usr/include/MacTypes_h_382_1)" is not a valid Ident', /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/fallback.rs:780:9
stack backtrace:
     0: rust_begin_unwind
               at /rustc/8460ca823e8367a30dda430efda790588b8c84d3/library/std/src/panicking.rs:575:5
     1: core::panicking::panic_fmt
               at /rustc/8460ca823e8367a30dda430efda790588b8c84d3/library/core/src/panicking.rs:64:14
     2: proc_macro2::fallback::validate_ident
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/fallback.rs:780:9
     3: proc_macro2::fallback::Ident::_new
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/fallback.rs:722:9
     4: proc_macro2::fallback::Ident::new
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/fallback.rs:732:9
     5: proc_macro2::imp::Ident::new
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/wrapper.rs:701:50
     6: proc_macro2::Ident::new
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.53/src/lib.rs:970:21
     7: bindgen::ir::context::BindgenContext::rust_ident_raw
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/ir/context.rs:859:9
     8: bindgen::ir::context::BindgenContext::rust_ident
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/ir/context.rs:851:9
     9: <bindgen::ir::enum_ty::Enum as bindgen::codegen::CodeGenerator>::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:3036:21
    10: <bindgen::ir::ty::Type as bindgen::codegen::CodeGenerator>::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:1040:39
    11: <bindgen::ir::item::Item as bindgen::codegen::CodeGenerator>::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:501:17
    12: <bindgen::ir::module::Module as bindgen::codegen::CodeGenerator>::codegen::{{closure}}
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:524:21
    13: <bindgen::ir::module::Module as bindgen::codegen::CodeGenerator>::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:554:13
    14: <bindgen::ir::item::Item as bindgen::codegen::CodeGenerator>::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:492:17
    15: bindgen::codegen::codegen::{{closure}}
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:4498:9
    16: bindgen::ir::context::BindgenContext::gen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/ir/context.rs:1174:19
    17: bindgen::codegen::codegen
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/codegen/mod.rs:4462:5
    18: bindgen::Bindings::generate
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/lib.rs:2545:43
    19: bindgen::Builder::generate
               at /Users/me/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.61.0/lib.rs:1580:9
    20: build_script_build::build
               at ./build.rs:150:20
    21: build_script_build::main
               at ./build.rs:165:5
    22: core::ops::function::FnOnce::call_once
               at /rustc/8460ca823e8367a30dda430efda790588b8c84d3/library/core/src/ops/function.rs:250:5
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

This seems to be caused by a change in Clang's behavior mentioned in this fixed issue for the bindgen crate, and it is not occurring in the master branch of coreaudio-sys because Dependabot updated bindgen from v0.61 to v0.64.

As a temporary workaround, I have added the following patch section to my Cargo.toml, but I believe that once the current master branch is released on crates.io, it will help prevent unexpected build errors for users of crates that depend on this crate.

[patch.crates-io]
coreaudio-sys = { git = "https://github.com/RustAudio/coreaudio-sys.git" }

I hope this is helpful:)

Build fails on M1 Mac with Sonoma 14.4.1 and Homebrew

Was working previously, something in a recent upgrade seems to have broken it.

Possibly related to #85, but not the same.

Build chain info:

» clang --version
Homebrew clang version 15.0.7
Target: arm64-apple-darwin23.4.0
Thread model: posix
InstalledDir: /opt/homebrew/opt/llvm@15/bin

Error message:

» cargo b
   Compiling coreaudio-sys v0.2.13
error: failed to run custom build command for `coreaudio-sys v0.2.13`

Caused by:
  process didn't exit successfully: `/Users/mandar/Projects/unet/unet-grogu/src/main/rust/grogud/target/debug/build/coreaudio-sys-4de2ae8acebe8098/build-script-build` (exit status: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioUnit
  cargo:rustc-link-lib=framework=AudioToolbox
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1633:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1664:16: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1677:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1695:7: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1711:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1729:7: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1742:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1760:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1787:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1802:16: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1813:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1828:21: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2072:8: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2089:24: error: unknown type name 'ItemCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2600:6: error: unknown type name 'ByteCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2603:6: error: unknown type name 'ByteCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2684:6: error: unknown type name 'ByteCount'
  /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2687:6: error: unknown type name 'ByteCount'
  thread 'main' panicked at /Users/mandar/.cargo/registry/src/index.crates.io-6f17d22bba15001f/coreaudio-sys-0.2.13/build.rs:150:39:
  unable to generate bindings: ClangDiagnostic("/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1633:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1664:16: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1677:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1695:7: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1711:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1729:7: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1742:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1760:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1787:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1802:16: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1813:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:1828:21: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2072:8: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2089:24: error: unknown type name 'ItemCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2600:6: error: unknown type name 'ByteCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2603:6: error: unknown type name 'ByteCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2684:6: error: unknown type name 'ByteCount'\n/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX14.4.sdk/System/Library/Frameworks/CoreMIDI.framework/Headers/MIDIServices.h:2687:6: error: unknown type name 'ByteCount'\n")
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

Fails to find headers on macOS 10.13

Trying to build coreaudio-sys on macOS 10.13 I get this:

$ cargo build

error: failed to run custom build command for `coreaudio-sys v0.2.0 (file:///Users/<snip>/Downloads/coreaudio-sys)`
process didn't exit successfully: `/Users/<snip>/Downloads/coreaudio-sys/target/debug/build/coreaudio-sys-da31a326d38f965f/build-script-build` (exit code: 101)
--- stdout
cargo:rustc-link-lib=framework=AudioToolbox
cargo:rustc-link-lib=framework=AudioUnit
cargo:rustc-link-lib=framework=CoreAudio
cargo:rustc-link-lib=framework=OpenAL
cargo:rustc-link-lib=framework=CoreMIDI

--- stderr
error: header '/System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h' does not exist.
thread 'main' panicked at 'unable to generate bindings: ()', src/libcore/result.rs:916:5
note: Run with `RUST_BACKTRACE=1` for a backtrace.

Peeking into any of the frameworks located in /System/Library/Frameworks/… one finds that that there are in fact no headers to be found anywhere inside.

Having installed Xcode however one finds them buried deep down inside of Xcode.app:

/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/… (MacOSX being one of AppleTVOS, AppleTVSimulator, iPhoneOS, iPhoneSimulator, MacOSX, WatchOS, WatchSimulator, …)

Build failure on Apple Sillicon

Hi! I am trying to build CPAL on apple sillicon and coreaudio-sys fails to build for a reason I can't seem to track down. Wondering if you anyone knows a workaround?

error: failed to run custom build command for `coreaudio-sys v0.2.6`

Caused by:
  process didn't exit successfully: `/Users/monomoy/reckon/projects/cpal/target/debug/build/coreaudio-sys-7f64659f5c8c26d9/build-script-build` (exit code: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioToolbox
  cargo:rustc-link-lib=framework=AudioToolbox
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  thread 'main' panicked at 'libclang error; possible causes include:
  - Invalid flag syntax
  - Unrecognized flags
  - Invalid flag arguments
  - File I/O errors
  - Host vs. target architecture mismatch
  If you encounter an error missing from this list, please file an issue or a PR!', /Users/monomoy/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.53.3/src/ir/context.rs:573:15
  stack backtrace:
     0: rust_begin_unwind
               at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/std/src/panicking.rs:495:5
     1: core::panicking::panic_fmt
               at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/core/src/panicking.rs:92:14
     2: core::option::expect_failed
               at /rustc/e1884a8e3c3e813aada8254edfa120e85bf5ffca/library/core/src/option.rs:1260:5
     3: core::option::Option<T>::expect
               at /Users/monomoy/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/src/rust/library/core/src/option.rs:349:21
     4: bindgen::ir::context::BindgenContext::new
               at /Users/monomoy/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.53.3/src/ir/context.rs:567:13
     5: bindgen::Bindings::generate
               at /Users/monomoy/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.53.3/src/lib.rs:2106:27
     6: bindgen::Builder::generate
               at /Users/monomoy/.cargo/registry/src/github.com-1ecc6299db9ec823/bindgen-0.53.3/src/lib.rs:1419:9
     7: build_script_build::build
               at ./build.rs:124:20
     8: build_script_build::main
               at ./build.rs:139:5
     9: core::ops::function::FnOnce::call_once
               at /Users/monomoy/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/src/rust/library/core/src/ops/function.rs:227:5
  note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

[macOS 10.9] Build script `panic!`s with `'main' panicked at 'function not loaded: clang_Type_getNumTemplateArguments'`

One of our workshop members ran into this bug last night:

error: failed to run custom build command for `coreaudio-sys v0.2.2`
process didn't exit successfully: `/Users/disuba/nannou/target/release/build/coreaudio-sys-8c91f3c1127ded1c/build-script-build` (exit code: 101)
--- stdout
cargo:rustc-link-lib=framework=AudioUnit
cargo:rustc-link-lib=framework=CoreAudio

--- stderr
thread 'main' panicked at 'function not loaded: clang_Type_getNumTemplateArguments', /Users/disuba/.cargo/registry/src/github.com-1ecc6299db9ec823/clang-sys-0.21.2/src/lib.rs:1456:1
note: Run with `RUST_BACKTRACE=1` for a backtrace.

warning: build failed, waiting for other jobs to finish...
error: build failed

I didn't get a lot of time to dig more into the error with them, however I just thought I'd post this here for now in case another user comes across the same issue with more info.

The user said they were running OSX 10.9.

Build error on macOS 10.15

  error: failed to run custom build command for `coreaudio-sys v0.2.9`
  
  Caused by:
    process didn't exit successfully: `/private/tmp/veloren-20220805-5347-3n9c0v/target/release/build/coreaudio-sys-bba2bc3307bc68b3/build-script-build` (exit status: 101)
    --- stdout
    cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
    cargo:rustc-link-lib=framework=AudioUnit
    cargo:rustc-link-lib=framework=AudioToolbox
    cargo:rustc-link-lib=framework=CoreAudio
    cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS
  
    --- stderr
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:48:1: error: expected ')'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:48:1: note: to match this '('
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:48:19: error: a parameter list without types is only allowed in a function definition
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:93:24: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:116:1: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:116:16: error: nullability specifier '_Nullable' cannot be applied to non-pointer type 'int'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:137:1: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:138:65: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:137:16: error: nullability specifier '_Nullable' cannot be applied to non-pointer type 'int'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:177:19: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:202:20: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:241:32: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:271:32: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:299:21: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:311:25: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:350:35: error: unknown type name 'os_workgroup_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:41:28: error: redefinition of parameter 'os_workgroup_interval'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:41:28: error: a parameter list without types is only allowed in a function definition
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:94:29: error: unknown type name 'os_workgroup_interval_t'
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:123:30: error: unknown type name 'os_workgroup_interval_t'
    fatal error: too many errors emitted, stopping now [-ferror-limit=]
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:48:1: error: expected ')', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:48:19: error: a parameter list without types is only allowed in a function definition, err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:93:24: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:116:1: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:116:16: error: nullability specifier '_Nullable' cannot be applied to non-pointer type 'int', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:137:1: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:138:65: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:137:16: error: nullability specifier '_Nullable' cannot be applied to non-pointer type 'int', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:177:19: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:202:20: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:241:32: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:271:32: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:299:21: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:311:25: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_object.h:350:35: error: unknown type name 'os_workgroup_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:41:28: error: redefinition of parameter 'os_workgroup_interval', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:41:28: error: a parameter list without types is only allowed in a function definition, err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:94:29: error: unknown type name 'os_workgroup_interval_t', err: true
    /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/os/workgroup_interval.h:123:30: error: unknown type name 'os_workgroup_interval_t', err: true
    fatal error: too many errors emitted, stopping now [-ferror-limit=], err: true
    thread 'main' panicked at 'unable to generate bindings: ()', /Users/brew/Library/Caches/Homebrew/cargo_cache/registry/src/github.com-1ecc6299db9ec823/coreaudio-sys-0.2.9/build.rs:145:39
    note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
  warning: build failed, waiting for other jobs to finish...

10.14 parsing error in API_DEPRECATED macro

//Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:101:57: error: expected a version of the form 'major[.minor[.subminor]]'

Add support for iOS.

This PR does most of the work but it's not enough. Certain headers don't exist on iOS like "CoreAudio/CoreAudio.h" itself, but you can add "CoreAudio/CoreAudioTypes.h"

Related to RustAudio/coreaudio-rs#67

Build error on OSX 10.11

unfortunately, its for the opposite reason as #9, as i do have the headers moved inside the path given by xcode-select. how fun.

Nix and COREAUDIO_SDK_PATH fails to find AudioUnit/AudioUnit.h

Hmm, even with this, i still get this error:

error: failed to run custom build command for `coreaudio-sys v0.2.12`

Caused by:
  process didn't exit successfully: `/Users/foo/foo/target/debug/build/coreaudio-sys-56627feab3b3008a/build-script-build` (exit status: 101)
  --- stdout
  cargo:rerun-if-env-changed=COREAUDIO_SDK_PATH
  cargo:rustc-link-lib=framework=AudioUnit
  cargo:rustc-link-lib=framework=CoreAudio
  cargo:rerun-if-env-changed=BINDGEN_EXTRA_CLANG_ARGS

  --- stderr
  /Users/foo/.cargo/registry/src/github.com-1ecc6299db9ec823/coreaudio-sys-0.2.12/coreaudio.h:1:10: fatal error: 'AudioUnit/AudioUnit.h' file not found
  thread 'main' panicked at 'unable to generate bindings: ClangDiagnostic("/Users/foo/.cargo/registry/src/github.com-1ecc6299db9ec823/coreaudio-sys-0.2.12/coreaudio.h:1:10: fatal error: 'AudioUnit/AudioUnit.h' file not found\n")', /Users/foo/.cargo/registry/src/github.com-1ecc6299db9ec823/coreaudio-sys-0.2.12/build.rs:150:39
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish...

I experienced it on Monterey, upgraded to Ventura (13.3) out of curiosity and still see it. I'm not sure what the latest is settings i should use are, but i have the env set to:

foo@foo ~/foo (main) [101]> echo $COREAUDIO_SDK_PATH
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
foo@foo ~/foo (main)> xcrun --sdk macosx --show-sdk-path
/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk

Though i'm also using Nix (on Mac, ofc), and trying various things to get it working there with no luck either. Perhaps this should be a new issue.

Any thoughts? Note that coreaudio-sys is currently on 0.2.12. I also tried it against master to no avail.

edit: Hmm, no this looks to be a completely unrelated error? Just lots of path finding errors in this repo, all unique .. hm. Apologies, will open a new issue.

Originally posted by @leeola in #75 (comment)

Build error on OS X 10.11.6

I don't know if older versions of OS X are supported but #6 has broken the build for me on El Capitan (10.11.6). I guess they moved the headers on more recent versions of the OS but left them in place on older versions.

How were bindings generated?

I'd like to add support for other parts of the audio toolbox; I'm not entirely sure how the bindings were generated. Is this documented somewhere?

Best,
Duane