You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm working on a project where I want to CMake-consume (via FetchContent), build, and statically link all the dependencies (SDL, all the satellite libraries) for distributed release builds. Enabling GME breaks the build though, as it needs C++, and C++ doesn't get enabled properly in this setup, so the build output throws a bunch of C++ linking errors. For now, adding an enable_language(CXX) gets it working, but that doesn't really seem correct, I don't think a CMake project (mine) consuming another (SDL_mixer) should have to do that, if my project's code doesn't include any C++. So, somehow, C++ needs to get enabled so the final statically linked executable can get the C++ code linked in.
I've encountered this bug with both SDL2 and SDL3.
The text was updated successfully, but these errors were encountered:
I'm working on a project where I want to CMake-consume (via
FetchContent
), build, and statically link all the dependencies (SDL, all the satellite libraries) for distributed release builds. Enabling GME breaks the build though, as it needs C++, and C++ doesn't get enabled properly in this setup, so the build output throws a bunch of C++ linking errors. For now, adding anenable_language(CXX)
gets it working, but that doesn't really seem correct, I don't think a CMake project (mine) consuming another (SDL_mixer) should have to do that, if my project's code doesn't include any C++. So, somehow, C++ needs to get enabled so the final statically linked executable can get the C++ code linked in.I've encountered this bug with both SDL2 and SDL3.
The text was updated successfully, but these errors were encountered: