From 35f8e092f2aa3ed5e3cf03387e712f798ff4850e Mon Sep 17 00:00:00 2001 From: Julius Ikkala Date: Thu, 21 Aug 2025 08:47:18 +0300 Subject: Introduce CDataLayout & -fvk-use-c-layout (#8136) Closes #8112. ~~The issue asks for a "C layout", but in this PR I use the term "CPU layout" because this naming was pre-existing in the codebase as `kCPULayoutRulesImpl_`. The primary purpose of this layout is to match CPU-side struct definitions with the shader side. I'm open to better naming suggestions, though.~~ Edit: switched back to using `CDataLayout` & `-fvk-use-c-layout`, as the CPU target depends on the object layout rules of existing CPU layout rules, but they're incompatible with actual shaders. So a new `kCLayoutRulesImpl_` was needed anyway. --------- Co-authored-by: Ellie Hermaszewska --- source/slang/hlsl.meta.slang | 7 +++++++ 1 file changed, 7 insertions(+) (limited to 'source/slang/hlsl.meta.slang') diff --git a/source/slang/hlsl.meta.slang b/source/slang/hlsl.meta.slang index 7f8488236..0dbca2479 100644 --- a/source/slang/hlsl.meta.slang +++ b/source/slang/hlsl.meta.slang @@ -57,6 +57,13 @@ __magic_type(ScalarDataLayoutType) struct ScalarDataLayout : IBufferDataLayout {}; +/// @category misc_types +__intrinsic_type($(kIROp_CBufferLayoutType)) +__magic_type(CDataLayoutType) +[require(spirv)] +struct CDataLayout : IBufferDataLayout +{}; + //@hidden: __generic __intrinsic_type($(kIROp_GLSLShaderStorageBufferType)) -- cgit v1.2.3