Fix a bug for enumerations with explicit "tag type" (#1856)

The basic bug here was that `enum` types with an explicit tag type:

    enum Color : int32_t { ... }

would have an `InheritanceDecl` implying that `Color` inherits from
`int32_t`. The problem is that this is *not* actually an inheritance
relationship, since a `Color` needs to be explicitly cast to/from an
`int32_t`.

Various parts of the compiler currently treat this case like real
inheritance, and  as a result the operations taht would apply to an
`int32_t` end up applying to a `Color` as well. This particularly leads
to an ambiguity between applying the `==` operator, because it has
overloads for both the `__EnumType` and `__Builtin{something}`
interfaces.

The fix here is to explicitly exclude the `InheritanceDecl` that
represents an enumeration tag type when considering declared subtype
relationships. A more complete version of this fix would need to go
through all places in the code where `InheritanceDecl`s are used and
make sure that any places using them for true inheritnace relationships
ignore those that represent an enumeration tag type.

(An alternative option would be to use a distinct kind of `Decl` to
represent the tag-type relationship, perhaps even going so far as to
modifying the type of the relevant AST node as part of semantic
checking)

This change includes a regression test for the way this bug surfaced in
user code.

Co-authored-by: jsmall-nvidia <jsmall@nvidia.com>

0 files changed, 0 insertions, 0 deletions