Skip to content

Conversation

@Shatur
Copy link
Contributor

@Shatur Shatur commented Dec 23, 2025

Objective

  • It's a bit unexpected to require bevy_audio even when it's not used with default_platform, which enables android_shared_stdcxx.

Solution

  • Treat this feature similar to std. It just enables android_shared_stdcxx on cpal inside bevy_audio.

It's a bit unexpected to require `bevy_audio` even when it's not used.
I'd treat this feature similar to `std`. It just enables
`android_shared_stdcxx` on `cpal` inside `bevy_audio`.
@mockersf mockersf added the O-Android Specific to the Android mobile operating system label Dec 24, 2025
@mockersf
Copy link
Member

mockersf commented Dec 24, 2025

I don't remember the impact at the moment, but a shared stdcxx was needed for some things on android and we were relying on cpal to do it for us

@beicause
Copy link
Contributor

I think this makes sense. I can build for Android successfully when using other audio crate without relying on bevy audio and shared stdcxx.

And after #20323, bevy audio no longer needs it anyway.

@mockersf
Copy link
Member

I can build for Android successfully when using other audio crate without relying on bevy audio and shared stdcxx.

As it's a shared library, I think testing needs to be actually playing sound on Android, not just building

And after #20323, bevy audio no longer needs it anyway.

Nice!

@Shatur
Copy link
Contributor Author

Shatur commented Dec 24, 2025

As it's a shared library, I think testing needs to be actually playing sound on Android, not just building

But the whole point was to build for Android without requiring audio. And if it's enabled - enable android_shared_stdcxx on cpal.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

O-Android Specific to the Android mobile operating system

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants