Библиотеки, оптимизация и соглашения о вызове
Для примера рассмотрим винду.
Как известно, транслятор может передавать параметры в функции через регистры, а может через стек. Когда весь проект транслируется с одинаковыми ключами трансляции, то все понятно. Но, например, в проекте есть библиотека *.lib, которая принимает параметры некоторых функций через регистры, а весь проект принимает параметры функций через стек. Как транслятор поймет, что некоторые библиотечные функции надо вызвать по-другому?
Способ передачи параметров и прочие детали соглашения о вызовах должен быть однозначно понятен компилятору из объявления функции.
Если библиотека была странслирована тогда, когда компилятор делал другие выводы о соглашениях о вызовах на основе имеющегося объявления библиотечной функции, то в общем случае такую библиотеку будет невозможно использовать.
В некоторых случаях объявления функций для "нового" компилятора можно подогнать так, чтобы они порождали правильные вызовы для "старого" кода. Хрестоматийный пример - переход стандартной библиотеки языка C с K&R объявлений на современные объявления с прототипами, вследствие чего прототипы стандартных функций подогнаны под K&R соглашения о вызовах: все объявления параметров "классических" функций сделаны с учетом default argument promotions, т.е. не используют типов char, short и float.
-
17:01
-
11:24
-
10:16
-
17:54
-
22:01
-
13:03
-
12:54
Айфон мало держит заряд, разбираемся с проблемой вместе с AppLab
-
21:25
-
07:04
- Почему SERVER_ADDR имеет не тот IP 47563 visits
- Как заменить $_SERVER[REMOTE_ADDR] на IP клиента в PHP за двумя Nginx? 30496 visits
- Хочу вывести несколько строк из массива в один div, выводит только много undefined; подскажите, что делать? 23632 visits
- Как через css изменить цвет png изображения? 10350 visits
- Blob video url download 9959 visits
- Php curl запрос через прокси с авторизацией 9212 visits
- Работа с captcha vk api 8094 visits
© "hostciti.net" 26.11.2024 | 22:12