From 2aff37162b62b196ac4b8ec98e109a057b6f8a49 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Henrik=20Rydg=C3=A5rd?= Date: Tue, 13 Oct 2026 12:17:28 +0200 Subject: [PATCH] CMake: Keep glslang's HLSL frontend on Windows MinGW/Cygwin CMake builds should match the MSVC and UWP glslang projects, which build with ENABLE_HLSL. Co-Authored-By: Claude Opus 5.5 --- ext/CMakeLists.txt | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/ext/CMakeLists.txt b/ext/CMakeLists.txt index a50066fc86..b8607ef950 100644 --- a/ext/CMakeLists.txt +++ b/ext/CMakeLists.txt @@ -18,8 +18,10 @@ set(ENABLE_SPVREMAPPER OFF CACHE BOOL "we don't need spvremapper" FORCE) set(ZLIB_BUILD_EXAMPLES OFF CACHE BOOL "we don't need zlib examples" FORCE) # We only feed glslang GLSL, so its HLSL frontend is dead weight (and once hit an NDK 20 compiler -# issue, PPSSPP issue #12105). -set(ENABLE_HLSL OFF CACHE BOOL "let's not build HLSL support we don't need" FORCE) +# issue, PPSSPP issue #12105). Windows keeps it, to match the MSVC and UWP projects. +if(NOT WIN32) + set(ENABLE_HLSL OFF CACHE BOOL "let's not build HLSL support we don't need" FORCE) +endif() # This works around a bug in cpu_features when ${CMAKE_BINARY_DIR} != ${CMAKE_CURRENT_BINRARY_DIR}. # We also disable the list_cpu_features binary.