From d256b95768ae01baba1915c802e2ba05c25348cc Mon Sep 17 00:00:00 2001 From: Andy Polyakov Date: Sun, 6 Nov 2005 11:59:39 +0000 Subject: [PATCH] x86_64-xlate.pl commentary section update. --- crypto/perlasm/x86_64-xlate.pl | 5 ++++- 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/crypto/perlasm/x86_64-xlate.pl b/crypto/perlasm/x86_64-xlate.pl index 61dc4c2c3a..d112cf2056 100755 --- a/crypto/perlasm/x86_64-xlate.pl +++ b/crypto/perlasm/x86_64-xlate.pl @@ -486,7 +486,10 @@ close STDOUT; # arguments passed to callee, *but* not less than 4! This means that # upon function entry point 5th argument resides at 40(%rsp), as well # as that 32 bytes from 8(%rsp) can always be used as temporal -# storage [without allocating a frame]. +# storage [without allocating a frame]. One can actually argue that +# one can assume a "red zone" above stack pointer under Win64 as well. +# Point is that at apparently no accasion Windows would alter the area +# above stack pointer in true asynchronous manner... # # All the above means that if assembler programmer adheres to Unix # register and stack layout, but disregards the "red zone" existense, -- 2.25.1