build-exe stack-overflow on struct's self-referential fn field

[seharris]

Minimal example:

const Error = error {
    SomeError,
};
const A = struct {
    // Removing Error! fixes the problem in 0.5.0
    // Replacing A with, say, [256]i32, fixes the problem in both versions
    f: fn() Error!A,
};
fn f() Error!A {
    return Error.SomeError;
}
pub fn main() void {
    const a = A {
        .f = f, // undefined gives same result
    };
}

Compiling (via build-exe or run) causes the compiler to segfault.
Appears with Zig 0.5.0+edef35bb and 0.4.0+74abc5ad.
Tested on Linux x86-64.

gdb produces a huge repeating backtrace, so I'd assume infinite recursion:

#0  0x00007ffff1c5726e in resolve_llvm_types_fn_type(CodeGen*, ZigType*) [clone .part.0] ()
#1  0x00007ffff1c4a002 in type_resolve(CodeGen*, ZigType*, ResolveStatus) ()
#2  0x00007ffff1c571a4 in get_llvm_type(CodeGen*, ZigType*) ()
#3  0x00007ffff1c57ea8 in resolve_llvm_types_struct(CodeGen*, ZigType*, ResolveStatus, ZigType*) ()
#4  0x00007ffff1c4a9ba in type_resolve(CodeGen*, ZigType*, ResolveStatus) ()
#5  0x00007ffff1c571a4 in get_llvm_type(CodeGen*, ZigType*) ()
#6  0x00007ffff1c4b6f5 in type_resolve(CodeGen*, ZigType*, ResolveStatus) ()
#7  0x00007ffff1c49767 in type_resolve(CodeGen*, ZigType*, ResolveStatus) ()
#8  0x00007ffff1c571a4 in get_llvm_type(CodeGen*, ZigType*) ()
#9  0x00007ffff1c57347 in resolve_llvm_types_fn_type(CodeGen*, ZigType*) [clone .part.0] ()
#10 0x00007ffff1c4a002 in type_resolve(CodeGen*, ZigType*, ResolveStatus) ()
#11 0x00007ffff1c571a4 in get_llvm_type(CodeGen*, ZigType*) ()
#12 0x00007ffff1c57ea8 in resolve_llvm_types_struct(CodeGen*, ZigType*, ResolveStatus, ZigType*) ()
[snip]