stage2: Resolve union layout before getting tag type in zirTagname

This bug only causes a failure on my machine when running
test/behavior/eval.zig directly. If running the full behavior test
suite, std.builtin.TypeInfo will have already resolved its layout,
causing the test to pass.

I'd love to add a test that can reliably reproduce this problem,
but I'm afraid I'm not sure how to reliably create a union with
un-resolved layout.
b52948444fCody Tapscott committed on 2/27/2022, 8:58:37 AMparent4d658f8
1 file changedLine totals unavailable