Thanks... actually I've already seen that... but I was looking for documentation on barycentric and programmable blending.Yes, the SM6.0 is documented for a little while, the major change is the intrinsic to control and communicate across a wave : https://msdn.microsoft.com/en-us/library/windows/desktop/mt733232(v=vs.85).aspx
This is not part of sm6
The video "DirectX 12 Advancements @GDC 2016" on Youtube mentions programmable blending and I don't remember where but I remember barycentrics being mentioned somewhere.
GCN has instructions for the barycentrics and programmable interpolation stuff, and SM6 supposedly allows vendor specific intrinsics, so this should be a go.
Do you know if Nvidia supports them too?
According to the DXIL compiler repo, int64 support will be added (current version of the API does not include the Int64ShaderOps cap-bit) https://github.com/Microsoft/DirectXShaderCompiler/blob/master/tools/clang/unittests/HLSL/ExecutionTest.cpp#L530
This is not what they say. The compiler use the windows sdk 10240, while the OPTIONS1 struct was introduced in a later sdk, so they just copied it in their own code.
The new compiler support them already, the code you shown is for the automated tests to run int64 things only if the adapter support them.
Current (RS1 SDK) OPTIONS1 does not have the Int64ShaderOps field.
Since DXIL will run only on RS2+ version of Windows 10, there will be probably a new cap-bit in the RS2 SDK (if it is not yet already present).
The bit is already in the 14393 w10 sdk that was the anniversary update from last summer !
Current (RS1 SDK) OPTIONS1 does not have the Int64ShaderOps field.
Since DXIL will run only on RS2+ version of Windows 10, there will be probably a new cap-bit in the RS2 SDK (if it is not yet already present).
The bit is already in the 14393 w10 sdk that was the anniversary update from last summer !
