Class inheritance

[siliconvoodoo]

The commit messages, the code, and the tests are conveying some messages relevant to understand the gritty details of that PR.
The general description is that this PR activates support for class inheritance, as it was semantically disabled before, and not supported by internals.

Most potentially impactful change is the adaptation of the LookupSymbol function that is now resolving inherited symbols (creates name resolution links between children and parent that are transparent to the caller).

Tested: multiple inheritance, diamond inheritance, mixed with interface, deeper than 1 level, symbol hiding, qualified id expression access (a::b), member access expression (a.b), and hiding-unveiling MAE (a.B::b).
Verified that the seenat feature still tracks occurences of fields referenced anywhere in the program.

Investigated C++ and DXC behavior on the way for various scenarios.
Here is a few of the captures of that analysis:

2 DXC bugs found along the way, reported:
microsoft/DirectXShaderCompiler#4625
microsoft/DirectXShaderCompiler#4629 (this is is relevant and to follow up)

• The test suite passes
• Pasting a fresh release exe in the Builder folders, and touching CommonPBR.azlsi seemed to trigger a fair amount of shaders that passed the build.

[jeremyong-az]

Looks great thanks! FYI, there are some commits that aren't signed which is a requirement for O3DF (open 3d foundation) code. There are instructions here on how to fix it (you'll need to rebase your changes as signed commits with the signature in the commit body).

[jeremyong-az]

Do we need tests regarding multiple inheritance btw? Looking into HLSL a bit more, it would seem that multiple inheritance isn't supported (see the upcoming proposal: https://clang.llvm.org/docs/HLSL/HLSLSupport.html for example)

[siliconvoodoo]

Do we need tests regarding multiple inheritance btw? Looking into HLSL a bit more, it would seem that multiple inheritance isn't supported (see the upcoming proposal: https://clang.llvm.org/docs/HLSL/HLSLSupport.html for example)

So to be precise, in that case Azslc doesn't support supplementary features to DXC because there is no significant transpilation happening around the inheritance specification.
(The re-emission attempts a reconstruction of the AST, and the AST isn't mutated, only analyzed and partially checked.)
The "Multi inheritance" test refers to interface which DXC supports. What DXC doesn't support is multi class inheritance.
Azslc has its own error that reproduces that semantic constraint, to limit the risk of bugs with symbol lookup:

class A{};
class B{};
class C : A, B {};

output:

(3,0) : Semantic error #17: class C has multiple concrete bases. Only 1 concrete base allowed

This is indeed missing a test though. I'll add one tomorrow!

[siliconvoodoo]

Fixed both issues in #59
closing this branch.