Add sine integration test

[simlay]

Follow up from #109.

[HEnquist]

This adds a nearly identical copy of the sine example. Wouldn't it be more elegant to just let the ci compile the existing example?

[simlay]

This adds a nearly identical copy of the sine example. Wouldn't it be more elegant to just let the ci compile the existing example?

Yeah, I'm probably gonna remove that integration test. My understanding is that cargo test already compiles the examples but doesn't run them. I'm on the fence of actually wanting cargo test to make sound. On the macOS-12 and 13 GitHub runners, it passes. On macOS-14 (this is an m1), it errors with libunwind: malformed __unwind_info at 0x1980AAAAC bad second level page. I ended up wanting something like this test because in #109, the sine example broke.

[HEnquist]

Can't we just let the ci run the examples? Like

cargo run --example sine
cargo run --example something_else
cargo run --example and_one_more

If one of them fails that should fail the job.

[simlay]

Can't we just let the ci run the examples? Like

cargo run --example sine
cargo run --example something_else
cargo run --example and_one_more

If one of them fails that should fail the job.

Oh there's not really a good reason. The OCD in me says "Because an example is not a test and CI is for tests". I took your advice and added the the example run to CI.

Anyway, @HEnquist I bumped the version to 0.12.0 and CI will publish this to crates.io when this merges. As there's not a lot of other viewers, give me a review/approval at your leisure.

[HEnquist]

Looks great!
One question, not really related to these changes. All the ci jobs install clang and llvm. Is that really needed? I don't do that in another project that uses coreaudio-rs, and it builds fine without.

[simlay]

All the ci jobs install clang and llvm. Is that really needed? I don't do that in another project that uses coreaudio-rs, and it builds fine without.

It's not really. I mostly went with it to be consistent with the ci in coreaudio-sys and use an explicit version of LLVM. The existing llvm install parts use brew install llvm which changes whenever homebrew updates the version. Also, my understanding is that brew install <thing> causes a brew update resulting in slower CI.

At some point it'd be good to test multiple version of llvm to avoid things like RustAudio/coreaudio-sys#85.