We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
As discussed at this golang-nuts post, the runtime·asmstdcall function for windows/amd64 uses this return code
runtime·asmstdcall
// Return result. POPQ CX MOVQ AX, libcall_r1(CX)
while corresponding code from runtime/sys_windows_386.s uses
runtime/sys_windows_386.s
// Return result. MOVL fn+0(FP), BX MOVL AX, libcall_r1(BX) MOVL DX, libcall_r2(BX)
Go asm for 386 and amd64 for darwin, linux, and freebsd in syscall/asm_*.s all return r2 from DX like the above windows/386 snippet.
syscall/asm_*.s
The text was updated successfully, but these errors were encountered:
As I've updated the golang-nuts post, I now believe this to be a non-issue (my misunderstanding) rather than a go windows/amd64 bug.
Sorry, something went wrong.
No branches or pull requests
As discussed at this golang-nuts post, the
runtime·asmstdcall
function for windows/amd64 uses this return codewhile corresponding code from
runtime/sys_windows_386.s
usesGo asm for 386 and amd64 for darwin, linux, and freebsd in
syscall/asm_*.s
all return r2 from DX like the above windows/386 snippet.The text was updated successfully, but these errors were encountered: