[SYCL] Change matrix type

[MrSidims]

Previously we relied on the structure type (which represented matrix
type) mangling to obtain its layout. Now, when DPCPP mangling scheme is
aligned with C++, thus the structure lost their usual mangling. Yet we
want to preserve the desired information within the matrix type, coming
from DPCPP headers. To achive this the 'Matrix structure' was changed
form:
template <typename T, int R, int C, int L, int S>
struct __spirv_JointMatrixINTEL;
to
template <typename T, int R, int C, int L, int S>
struct __spirv_JointMatrixINTEL {
T (*Value)[R][C][L + 1][S + 1];
};

so it's no longer an opaque structure and now it look like this in LLVM
IR:
%struct.__spirv_JointMatrixINTEL = type { [42 x [6 x [2 x [1 x i32]]]]* }

Here we encode the number of Rows, Cols, Layout and Scope as sizes of an
array (which element type is the same as the base matrix's type), which
is a bit odd, but it's probably the best way we can preserve the
information now without having the matrix type itself in LLVM.

Signed-off-by: Dmitry Sidorov dmitry.sidorov@intel.com

[bader]

Fix pre-commit checks.

[MrSidims]

check_carrying_real_kernel_IDs.cpp didn't pass with:
clang-14: error: no such file or directory: '%opencl_lib'

restarting the pre-commit to find out whether it's test/product issue or sporadic tool issue.

[MrSidims]

intel/llvm-test-suite#684 and intel/llvm-test-suite#683 resolved test issue.
Sporadic "Error: Docker login for 'ghcr.io' is reported internally.

[bader]

This is not the right way to handle clang-format issues.
We agreed ignore FileCheck comments, so you should update https://github.com/intel/llvm/blob/sycl/sycl/test/.clang-format to ignore CHECK-DAG: .

[bader]

@MrSidims, please, fix linter check.

[MrSidims]

@bader it's clang-format failure, should be fixed by #5235 .

Thanks

[MrSidims]

@intel/llvm-reviewers-runtime could you please take a look?

[MrSidims]

@vladimirlaz @steffenlarsen @s-kanaev could you please take a look at PR from runtime point of view?

[steffenlarsen]

Unfortunate but clever w/a! Seems like the best currently possible solution.