ioquake/ioq3
0
0
Fork 0
mirror of https://github.com/ioquake/ioq3.git synced 2024-11-14 17:01:13 +00:00
Code Issues Projects Releases Packages Wiki Activity
ioq3/code/asm/vm_x86_64.asm

86 lines
2.7 KiB
NASM
Raw Normal View History

- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
; ===========================================================================
; Copyright (C) 2011 Thilo Schulz <thilo@tjps.eu>
;
; This file is part of Quake III Arena source code.
;
; Quake III Arena source code is free software; you can redistribute it
; and/or modify it under the terms of the GNU General Public License as
; published by the Free Software Foundation; either version 2 of the License,
; or (at your option) any later version.
;
; Quake III Arena source code is distributed in the hope that it will be
; useful, but WITHOUT ANY WARRANTY; without even the implied warranty of
; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
; GNU General Public License for more details.
;
; You should have received a copy of the GNU General Public License
; along with Quake III Arena source code; if not, write to the Free Software
; Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA
; ===========================================================================
; Call wrapper for vm_x86 when built with MSVC in 64 bit mode,
; since MSVC does not support inline x64 assembler code anymore.
;
; assumes __fastcall calling convention
.code
; Call to compiled code after setting up the register environment for the VM
; prototype:
; uint8_t qvmcall64(int *programStack, int *opStack, intptr_t *instructionPointers, byte *dataBase);
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
;
; This call-stub has its own custom calling convention due to pushing all non-volatile registers
; to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack.
; This function cannot be unwound by default due to the custom calling convention.
; To allow unwinding, we need to add custom SEH unwind data to the function.
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
qvmcall64 PROC FRAME
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push r12 ; push all non-volatile registers to stack
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg r12
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push r13
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg r13
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push r14
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg r14
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push r15
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg r15
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
push rdi
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg rdi
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push rsi
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg rsi
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
push rbx
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg rbx
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
push rbp
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg rbp
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
; need to save pointer in rcx so we can write back the programData value to caller
push rcx
Allow unwinding of qvmcall64 call-stub for msvc/masm qvmcall64 has its own custom calling convention due to pushing all non-volatile registers to the stack. The game uses set/longjmp which on Windows uses "RtlUnwindEx" to unwind the callstack. qvmcall64 cannot be unwound by default due to the custom calling convention. To allow unwinding, we need to add custom SEH unwind data to the function.
2021-06-23 16:17:36 +00:00
.pushreg rcx
.endprolog ; custom unwind data ends here
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
; registers r8 and r9 have correct value already thanx to __fastcall
xor rbx, rbx ; opStackOfs starts out being 0
mov rdi, rdx ; opStack
mov esi, dword ptr [rcx] ; programStack
call qword ptr [r8] ; instructionPointers[0] is also the entry point
pop rcx
mov dword ptr [rcx], esi ; write back the programStack value
mov al, bl ; return opStack offset
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
pop rbp ; restore all non-volatile registers after the call
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
pop rbx
pop rsi
Fixes a crash when compiling the project on windows in 64 bit mode. Not all non-volatile registers were actually saved and restored, leading to a few registers being trashed after calling the vm instructions. All non-volatile registers have been added.
2021-05-19 16:55:58 +00:00
pop rdi
pop r15
pop r14
pop r13
pop r12
- Add MASM assembler files for MSVC x64 projects to support vm_x86 in x64 mode - Clean up ftol()/snapvector() mess - Make use of SSE instructions for ftol()/snapvector() if available - move ftol/snapvector pure assembler to inline assembler, this will add x86_64 and improve support for different calling conventions - Set FPU control word at program startup to get consistent behaviour on all platforms
2011-06-13 09:56:39 +00:00
ret
qvmcall64 ENDP
end
Reference in a new issue Copy permalink