slang.git/cmake, branch master

Fix CMake error with generator on list in 3.22.1 (#8364)

2025-09-25T11:12:26+00:00

Fixes #8335 --------- Co-authored-by: Mukund Keshava Co-authored-by: slangbot <186143334+slangbot@users.noreply.github.com> Co-authored-by: Ellie Hermaszewska

Fix SLANGC_EXECUTABLE search path in slangConfig.cmake (#8200)

2025-08-21T17:41:24+00:00

This patch changes the order of searching slangc executable. This bug affects the following scenario: let's assume that user has a binary release of slang package and wants to use it via `find_package(slang CONFIG HINTS )`, but there is also an environment variable that points to some other slang release (e.g. user has Vulkan SDK in the `$PATH`). In that case, find_package will successfully find a desired slang package, but find_program in slangConfig.cmake will check environment variable first, and in the result SLANGC_EXECUTABLE will point to slangc from Vulkan SDK and not from the downloaded package. Co-authored-by: Ellie Hermaszewska

Update LLVM from 13.0.1 to 14.0.6 (#8031)

2025-08-07T18:48:34+00:00

Full set of mutually exclusive choices for upgrading LLVM: - #8031 (you are here) - #8035 - #8036 - #8034 - #8038 - #8039 - #8033 Alternative to #8028. Required some minor changes due to these upstream commits: - llvm/llvm-project@e463b69736da8b0a950ecd937cf990401bdfcdeb - llvm/llvm-project@89b57061f7b769e9ea9bf6ed686e284f3e55affe

export fewer things from module targets (#8089)

2025-08-07T06:06:18+00:00

Closes https://github.com/shader-slang/slang/issues/7722 without adding SONAME ``` e@light-hope in ~/work/slang on HEAD (68b0125) [nix-shell] [direnv] $ nm -DC --defined-only build/Debug/lib/libslang-llvm.so 0000000001a4b637 T createLLVMDownstreamCompiler_V4 0000000001a427ed T createLLVMFileCheck_V1 0000000001a4b91e W std::type_info::operator==(std::type_info const&) const 0000000001a4bb07 W std::_Sp_make_shared_tag::_S_ti() 0000000001059165 u std::ranges::_Cpo::iter_move 0000000005f92ac0 V typeinfo for std::_Sp_make_shared_tag 0000000005f92938 V vtable for std::_Sp_counted_base<(__gnu_cxx::_Lock_policy)2> e@light-hope in ~/work/slang on HEAD (68b0125) [nix-shell] [direnv] $ nm -DC --defined-only build/Debug/lib/libslang-glslang.so 00000000004701a2 T glslang_compile 000000000047012b T glslang_compile_1_1 000000000046ffd9 T glslang_compile_1_2 000000000046db75 T glslang_disassembleSPIRV 000000000046da42 T glslang_disassembleSPIRVWithResult 000000000047028b T glslang_linkSPIRV 000000000046d8fa T glslang_validateSPIRV e@light-hope in ~/work/slang on HEAD (68b0125) [nix-shell] [direnv] $ nm -DC --defined-only build/Debug/lib/libslang-glsl-module.so 0000000000135bf9 T slang_getEmbeddedModule ``` I think that the exports from libslang-llvm are unavoidable I believe, however these are weak exports so should exhibit the same problem. @NBickford-NV does this look good for you?

Fix formatting (#7799)

2025-07-17T02:49:39+00:00

Allow a compiler warning on MacOS (#7561)

2025-06-30T23:04:55+00:00

This PR is to allow a compiler warning even when all warnings are requested to be treated as errors. The following pattern is very common in Slang code base: if (auto var = as<...>(...)) And when `var` is not used, the compiler prints a warning. Alternatively we can remove `auto var =` part but there are too many. Co-authored-by: Jay Kwak

Reset minimum cmake version to 3.22 (#7548)

2025-06-30T19:11:04+00:00

* Reset minimum cmake version to 3.22 * update slang-rhi

Enabling optix ci pipeline (#7311)

2025-06-19T10:01:25+00:00

* Revert "Disable OptiX tests by default. (#1331)" This reverts commit e45f8c1f49855cebe90b6722324ec24146ff5a3d. * Enable optix submodule to build Add support for default entry points in compilation Implemented logic to check for defined entry points in the module when no explicit entry points are provided. If found, these entry points are added to the `specializedEntryPoints` list, with the assumption that no specialization is needed for them at this time. * Disable optix if cuda is not enabled * Add submodule OptixSDK path in search * Distinguish user-explicit vs auto-detected SLANG_ENABLE_OPTIX When SLANG_ENABLE_OPTIX is explicitly set by user and CUDA is not available, show SEND_ERROR to maintain strict validation. When OptiX is auto-detected (e.g., local submodule present) but CUDA unavailable, gracefully disable with STATUS message to allow builds to continue. This addresses review feedback to keep error for explicit requests while handling auto-detection gracefully. * Apply CMake formatting to SLANG_ENABLE_OPTIX validation logic * revert: slang-rhi changes as those are merged independently as in PR # slang-rhi#400

Improve exported build targets (#7382)

2025-06-12T16:10:29+00:00

* Add the missing generator expression for install build targts Fixes #7351. * Formatted --------- Co-authored-by: Harsh Aggarwal (NVIDIA)

Update slang-rhi (#7303)

2025-06-06T14:39:14+00:00

* update slang-rhi * adapt to new slang-rhi API * enable slang-rhi agility sdk * fix handling empty list * disable failing slang-rhi tests * format code * fix slang-rhi-tests ci step * skip running slang-rhi-tests --------- Co-authored-by: slangbot <186143334+slangbot@users.noreply.github.com>