Anonymous Maarten

OP is a ghost, please close

I remember [this llama.cpp change last year](https://github.com/Nuked88/llama.http/commit/2ab9d45e4f685353af58a066133e25582c339d1a). The commit documents 3 advantages.

Isn't a hint useful for a user to try another renderer backend (through an environment variable), and the `SDL_CreateRenderer` a way to force a backend by the developer?

Does this also happen with latest SDL3_TTF 3.2.0? Its minimum required SDL3 version is 3.2.6. The minimum required SDL3 version is not tested at runtime. Maybe we should?

I think this is https://github.com/libsdl-org/setup-sdl/issues/28 You should use the Ninja generator, or use the windows-2025 image

Does this error also happen if you build SDL3_image with vendored dependencies? This tests a hypothesis that the include directories of the file format libraries pull in the wrong SDL3...

https://github.com/libsdl-org/SDL_image/blob/4fc74106d68dcc04b7aaa1e7359732b9a6787068/CMakeLists.txt#L990-L997 Does removing line 991 and 994 change the behavior?

@maia-s Can you still reproduce this issue? Make sure SDL_image uses a new SDL feature, not available in SDL3 of brew.

Thanks, does the following patch fix this issue? ```patch --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -303,7 +303,7 @@ target_compile_definitions(${sdl3_image_target_name} PRIVATE SDL_BUILD_MINOR_VERSION=${MINOR_VERSION} SDL_BUILD_MICRO_VERSION=${MICRO_VERSION} ) -target_link_libraries(${sdl3_image_target_name} PUBLIC SDL3::Headers) +target_include_directories(${sdl3_image_target_name} PUBLIC $) if(SDLIMAGE_BUILD_SHARED_LIBS) target_link_libraries(${sdl3_image_target_name}...

Thanks for checking! I pushed this fix to all main and release branches of all SDL satellite projects.