It’s in the release notes: https://go.dev/doc/go1.20#linker.

MOVQ    $type:int32(SB), AX

build error also
illegal or missing addressing mode for symbol type

CC @golang/compiler

I don't think we support reference type symbols in assembly code. And the name of type symbols is not guaranteed to be stable, and it can change at any time (as you noticed.) So this would not be expected to work. Thanks.

@cherrymui This answer is unacceptable, it worked fine until 1.20. I think this may be caused by the linker change, but the compiler has not been modified.

@cuonglm PTAL

@timandy I'm not sure what else to do here.

@timandy I'm sorry this change broke your code, but internal symbol names are always subject to change. We do not provide any guarantee for stability of assembler code. We do our best, of course, but we make no promises. These symbol names were changed for good reasons.

@ianlancetaylor I'm not opposed to internal symbol modification, and golang is developing very well.
I modified my code to accommodate the 1.20 changes, but the compiler reported other errors. This change appears to be contradictory.

The symbol name generated by the compiler changed, but the compiler did not recognize the new symbol when checking

@timandy I'm not sure what else to do here.

@cuonglm Does the commit change the symbol, but the cimpiler does not recognize the new symbol.

link: 0f8dffd

@timandy I'm not sure what else to do here.

@cuonglm Does the commit change the symbol, but the compilation does not recognize the new symbol

link: 0f8dffd

See Cherry's explanation above. This is not supported feature, and also not guaranteed to be stable. The asm is also outside of Go1 promise.

#37762