IZ
А потом начинаются нюансы - как сделать это эффективно? как сделать это с сохранением совместимости при изменении структуры данных? И уже всё не так просто
ОК, я знаю литературу по этому вопросу — любая книга по MFC и может быть Qt .
Size: a a a
2020 December 04
АР
блин ну это же жесть а не вопрос )
АР
мало ли, вдруг там varargs
АР
какие-нить
m
Вопрос, есть как может быть так что а mangled имени функции ( gcc 4 4, x64) в библиотеке параметр кодирован как int (32 bit) но в тоже время в вызывающем эту функцию коде в стек кладется 64 бит переменная?
System V Application Binary Interface:
> The size of each argument gets rounded up to eightbytes. Therefore the stack will always be eightbyte aligned.
> The size of each argument gets rounded up to eightbytes. Therefore the stack will always be eightbyte aligned.
D
http://itanium-cxx-abi.github.io/cxx-abi/
Accordingly, it is used as the standard C++ ABI for many major operating systems on all major architectures, and is implemented in many major C++ compilers, including GCC and Clang.
Accordingly, it is used as the standard C++ ABI for many major operating systems on all major architectures, and is implemented in many major C++ compilers, including GCC and Clang.
m
http://itanium-cxx-abi.github.io/cxx-abi/
Accordingly, it is used as the standard C++ ABI for many major operating systems on all major architectures, and is implemented in many major C++ compilers, including GCC and Clang.
Accordingly, it is used as the standard C++ ABI for many major operating systems on all major architectures, and is implemented in many major C++ compilers, including GCC and Clang.
Возможно я невнимателен, но у них нет нормального описания calling convention: https://itanium-cxx-abi.github.io/cxx-abi/abi.html#calls
А System V пока всегда совпадал с реальностью в моей практике.
А System V пока всегда совпадал с реальностью в моей практике.
R
Вот в чем проблема - есть linux (x64) шаред библиотека, в ней экспорт символ функции, деманглед вариант которой дает прототип с десятком параметров в том числе с несколькими параметрами int. Если такой прототип скомпилировать в своем коде то чтение (и соответственно часть значение) параметров получается не таким каким они есть в вызывающем коде. Если в прототипе вместо int поставить int64_t тогда все ок - но манглед имя такой функции не совпадает с оригинальной. Вот и пытаюсь понять как такое может быть?
p
Возможно я невнимателен, но у них нет нормального описания calling convention: https://itanium-cxx-abi.github.io/cxx-abi/abi.html#calls
А System V пока всегда совпадал с реальностью в моей практике.
А System V пока всегда совпадал с реальностью в моей практике.
Там есть вот такая строчка:
A type which is trivial for the purposes of the ABI will be passed and returned according to the rules of the base C ABI, e.g. in registers
A type which is trivial for the purposes of the ABI will be passed and returned according to the rules of the base C ABI, e.g. in registers
m
Там есть вот такая строчка:
A type which is trivial for the purposes of the ABI will be passed and returned according to the rules of the base C ABI, e.g. in registers
A type which is trivial for the purposes of the ABI will be passed and returned according to the rules of the base C ABI, e.g. in registers
Да, они в конце ссылаются на System V ABI. Правда почему-то itanium'овский. Возможно это описание abi для itanium процессоров (которые на сколько я помню были не совместимы с x86 и как следствие умерли). Но мне лень сейчас разбираться.
IZ
Вопрос, есть как может быть так что а mangled имени функции ( gcc 4 4, x64) в библиотеке параметр кодирован как int (32 bit) но в тоже время в вызывающем эту функцию коде в стек кладется 64 бит переменная?
Может
IZ
Вопрос, есть как может быть так что а mangled имени функции ( gcc 4 4, x64) в библиотеке параметр кодирован как int (32 bit) но в тоже время в вызывающем эту функцию коде в стек кладется 64 бит переменная?
Просто два исходника с разными соглашениями по ABI собраны...
Это плохо, это UB
Это плохо, это UB