[SPIRV][HLSL] Implement `dot` lowering

[farzonl]

Add an intrinsic like this one from

llvm-project/llvm/include/llvm/IR/IntrinsicsDirectX.td

Line 28 in 1e6ce5e

def int_dx_dot2 :

to

llvm-project/llvm/include/llvm/IR/IntrinsicsSPIRV.td

Line 59 in 1e6ce5e

def int_spv_all : DefaultAttrsIntrinsic<[llvm_i1_ty], [llvm_any_ty]>;

We won't need dot2,dot3,dot4 for spirv which adds a bit of a complication on our switching, Come with an intrinsic switching behavior that allows for per backend specializations. maybe as a per backend lambda?

update the dot.hlsl unit tests:

llvm-project/clang/test/CodeGenHLSL/builtins/dot.hlsl

Line 1 in 1e6ce5e

// RUN: %clang_cc1 -finclude-default-header -x hlsl -triple \

and implement the OpDot Lowering:
https://registry.khronos.org/SPIR-V/specs/unified1/SPIRV.html#OpDot

[damyanp]

Need resolution to #87367 before we can do this.

[farzonl]

Note: #87367 was unblocked via https://discourse.llvm.org/t/rfc-all-the-math-intrinsics/78294.
The path forward was decided that dot would be a generic intrinsic. That should make the spirv side of this change trivial

if we did that we would likely want to move getDotProductIntrinsic to DXILIntrinsicExpansion.cpp and rewrite it as an expansion to replace the generic with the eqivalent dx dot2-4 intrinsic .

static bool expandDot(CallInst *Orig) {
  ...  
  Orig->replaceAllUsesWith(MaxCall);
  Orig->eraseFromParent();
}

Would also need a way of signallying that an intrinsic is needed for expansion:

static bool isIntrinsicExpansion(Function &F) {
  switch (F.getIntrinsicID()) {
  case Intrinsic::dot:
...
   return true;
  }
  return false;
}

One complication though would be we would need a generic vector dot operaton that will do element extractions, fmuls, and element insertions.