win-arm64 libClangSharp 22.1.8.2 returns invalid CX_TemplateName for dependent specialization bases

[tannergooding]

The libClangSharp.runtime.win-arm64 22.1.8.2 native returns an invalid CX_TemplateName (kind == CX_TNK_Invalid) for the canonical TemplateSpecializationType of a dependent specialization base, e.g. Base<T> used as a base within a class template:

template <typename T> struct Base { int value; };
template <typename T> struct Derived : Base<T> {};

On every other RID (win-x64, linux-x64, linux-arm64, osx-arm64) the same input resolves the base to a valid ClassTemplateDecl. Only win-arm64 produces an invalid template name, which tripped TranslationUnit.GetOrCreate(CX_TemplateName)'s Debug.Fail("Unsupported template name encountered.") (and would NRE in Release). This surfaced as 8 DependentTemplateBaseTest failures exclusive to the win-arm64 debug CI leg on #805.

This looks like a win-arm64-specific native packaging/build defect (same class of problem as the mispackaged libClangSharp.runtime.win-x64 22.1.8.1 that shipped clang 21). The generator now falls back to resolving the base through the referenced ClassTemplateDecl so the invalid template name no longer breaks generation, but the underlying native should be verified/repackaged so Type_getTemplateName behaves consistently across all RIDs.

[tannergooding]

The same broken win-arm64 22.1.8.2 native also hard-crashes (access violation) the test host when calling the new clangsharp shims directly, e.g. clangsharp_Cursor_getUsingEnumDeclEnumDecl via UsingEnumDecl.EnumDecl (surfaced by ClangSharp.UnitTests.DeclTest.UsingEnumDeclEnumDeclTest). The other new-shim accessors (FunctionTemplateSpecializationArgsTest, VarTemplateSpecializationArgsTest) are affected too. These pass on win-x64, linux-x64, linux-arm64, and osx-arm64. Interim: the interop tests are skipped on win-arm64 (extending the existing native-rebuild guard) and the generator resolves dependent bases through the referenced class template. Both workarounds should be removed once the win-arm64 native is repackaged.

[tannergooding]

Root caused to an MSVC-vs-clang ABI divergence on aarch64-pc-windows-msvc: llvm/llvm-project#210174. clang rounds an over-aligned non-POD base up to a full slot where-as MSVC packs the next base into its tail padding, so a clang-built libclang lays TemplateSpecializationType::Template at offset 40 while the MSVC-built libClangSharp reads it at 32 -- yielding the invalid TemplateName. Arm64-only; clang and MSVC agree on x64.