From d13bd05164c6a3d0b7ba95bb415f6bfac4cfcb70 Mon Sep 17 00:00:00 2001 From: Tim Foley Date: Thu, 17 Aug 2017 08:59:30 -0700 Subject: Add a flag to control type splitting The `-split-mixed-types` flag can be provided to command-line `slangc`, and the `SLANG_COMPILE_FLAG_SPLIT_MIXED_TYPE` flag can be passed to `spSetCompileFlags`. Either of these turns on a mode where Slang will split types that included both resource and non-resource fields. The declaration of such a type will just drop the resource fields, while a variable declare using such a type turns into multiple declararations: one for the non-resource fields, and then one for each resource field (recursively). This behavior was already implemented for GLSL support, and this change just adds a flag so that the user can turn it on unconditionally. Caveats: - This does not apply in "full rewriter" mode, which is what happens if the user doesn't use any `import`s. I could try to fix that, but it seems like in that mode people are asking to bypass as much of the compiler as possible. - When it *does* apply, it applies to user code as well as library/Slang code. So this will potentially rewrite the user's own HLSL in ways they wouldn't expect. I don't see a great way around it, though. --- tests/rewriter/type-splitting.slang | 3 +++ 1 file changed, 3 insertions(+) create mode 100644 tests/rewriter/type-splitting.slang (limited to 'tests/rewriter/type-splitting.slang') diff --git a/tests/rewriter/type-splitting.slang b/tests/rewriter/type-splitting.slang new file mode 100644 index 000000000..548836fbb --- /dev/null +++ b/tests/rewriter/type-splitting.slang @@ -0,0 +1,3 @@ +//TEST_IGNORE_FILE: + +// This file only exists so that `type-splitting.hlsl` officially appears to be using some Slang code. -- cgit v1.2.3