A
всёравно у компилятора свои рамки, вот теже теневые копии к примеру и красная зоня, вчера только разбирался тут с этим
ну я с этого сообщения начал вроде. я с этого сообщения начал про frame
Size: a a a
2020 June 19
A
если о x86-64 то тут стек при вызовых вообще не используется
странно
RS
если о x86-64 то тут стек при вызовых вообще не используется
как же так, а как передаются парамерты 5 и остальные
A
я думал используется , если кол-во параметров больше регистров-параметров
A
у двух функций в примере айвана всего один параметр
если параметров НЕТ, то все равно теневая область выделяется
RS
ну можно пронаблюдать на примере принтф, как компилятор справляется с выделением теневых копий и использованием рациональным стека, с 6-7 параметрами принтф
A
ну, я эт из макросов фасма подчерпываю
RS
да выделяет обязательно в x64, только вчера это читал у пирогова
RS
но вот не для каждого вызова он выделяет вроде, а просчитаывает автоматически оптимизируя и выделяя 1 раз
RS
в отличие от макросов фасма
RS
Пирогов, операционные системы на базе набора команд x86-64 в контексте низкоуровневого программирования
в этой статье хорошо описано, на 15 год правда, возможно уже компиляторы иначе действуют
A
если параметров НЕТ, то все равно теневая область выделяется
RS
он вначале выделяет где-то да ? 1 раз
RS
странно, это вроде бы противоречит стандартам винды
A
The registers RAX, RCX, RDX, R8, R9, R10, R11, XMM0-5, and the upper portions of YMM0-15 and ZMM0-15 are considered volatile and must be considered destroyed on function calls (unless otherwise safety-provable by analysis such as whole program optimization). On AVX512VL, the ZMM, YMM, and XMM registers 16-31 are volatile.
The registers RBX, RBP, RDI, RSI, RSP, R12, R13, R14, R15, and XMM6-15 are considered nonvolatile and must be saved and restored by a function that uses them.
The registers RBX, RBP, RDI, RSI, RSP, R12, R13, R14, R15, and XMM6-15 are considered nonvolatile and must be saved and restored by a function that uses them.