TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
The new Windows Terminal and the original Windows console host, all in the same place!
struct Test {
float4 mem1;
float mem2;
int mem3;
};
Glslang with GL_EXT_buffer_reference
%23 = OpAccessChain %_ptr_Uniform__ptr_PhysicalStorageBuffer_Test_r %_ %int_0
%24 = OpLoad %_ptr_PhysicalStorageBuffer_Test_r %23
%27 = OpAccessChain %_ptr_PhysicalStorageBuffer_float %24 %int_0 %int_1
%28 = OpLoad %float %27 Aligned 4
DXC with vk::RawBufferLoad<Test>(addr).mem2
%36 = OpBitcast %_ptr_PhysicalStorageBuffer_Test %35
%37 = OpLoad %Test %36 Aligned 4
%38 = OpCompositeExtract %float %37 1
OpStore %30 %38
Now imagine I declared a large array for histogram or something as a member variable.
This is probably a dup of some issue (searched but couldn't find it in the ocean of open SPIR-V issues), since I'm certainly not the first person to discover this.
My suggestion to fix this is
namespace vk
{
namespace impl
{
// you'll need to magically generate and instantiate internally within Clang when you encounter it
extern template<typename T>
struct AccessChain;
/*
{
// actually emit the OpLoad
operator T() const;
// all members redeclared but with types exchanged from U to AccessChain<U>
};
*/
}
template<typename T>
AccessChain<T> RawBufferLoad(uint64_t addr);
}
It's weird. It happens to one project and disabling all extension doesn't help.
Not just pnpm
not found. npm
also not found when I do npm -v
in .husky/commit-msg
fix: v8 SplitButton should not reset focus to trigger after opening menu (#26572)
We had a timeout that set focus on the button after a touch tap. I'm not sure we actually need that, but one side effect was that for the SplitButton variant, it was re-setting focus to the trigger after the menu was opened with touch and focus set to the first item.
Focus is not called on the trigger after the timeout if the menu is open.
Bump version to 3.3.5 (#488)
Fix issues with didOpen synchronization (#10442)
Merge branch 'main' into coleng/update_actions
rename
Signed-off-by: Vinutha Karanth vikarant@microsoft.com
Reopened the PR because I realized the PAN_ issue #1420 were not being picked up because there was no corresponding size of type BYTE. After adding that, it was able to properly give an error that the enum is an incorrect size, and I fixed it accordingly.
Like Kenny suggested, I tested it out with other alignment issues that were reported. I tested it out with #1330, another struct enum issue, by removing the byte size and it was able to properly pick up that the enum was an incorrect size.
fix code scanning warnings
fix code scanning warnings
address review feedback
specify codebasename in tsaoptions.json
Merge pull request #66 from microsoft/feature/owners