rustaudio / coreaudio-sys Goto Github PK
View Code? Open in Web Editor NEWRaw bindings to the OSX CoreAudio framework generated by bindgen (see coreaudio-rs for a more rust-esque wrapper).
License: MIT License
Raw bindings to the OSX CoreAudio framework generated by bindgen (see coreaudio-rs for a more rust-esque wrapper).
License: MIT License
Caused by:
process didn't exit successfully: `/Users/alvatar/Developer/coreaudio-sys/target/debug/build/coreaudio-sys-b3082b771964cd59/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
/Users/alvatar/Developer/coreaudio-sys/coreaudio.h:1:10: fatal error: 'AudioUnit/AudioUnit.h' file not found
thread 'main' panicked at build.rs:162:39:
unable to generate bindings: ClangDiagnostic("/Users/alvatar/Developer/coreaudio-sys/coreaudio.h:1:10: fatal error: 'AudioUnit/AudioUnit.h' file not found\n")
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
The main problem is that AudioUnit/AudioUnit.h
doesn't really exist as a path: AudioUnit.h
is directly found in the Headers folder of the framework, so I cannot tweak the Nix environment to find it.
Looking at build.rs I grew a bit suspicious, that perhaps AudioToolbox should be used instead?
any pointers appreciated, thanks!
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)
...
I think the wrong thing is linked right here:
Lines 53 to 57 in 5837e3a
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?
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!
macOS Mojave 10.14
Rust 1.29
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.
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
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
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...
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
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
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
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.
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.
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.
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:
brew uninstall llvm
.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!
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:
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.
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
, …)
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.
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.
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!
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)
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
RUST_BACKTRACE=1
environment variable to display a backtraceI 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.
Found out the problem was in my xcode and just needed to reinstall it, nvm (:
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)
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.
unfortunately, its for the opposite reason as #9, as i do have the headers moved inside the path given by xcode-select
. how fun.
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:)
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)
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]
| ^
//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]]'
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.