@NoobsEnslaver

Привет народ, такой вопрос: начал тут копаться в командах GCC и наткнулся на -fabi-version= n, где n[0;8]. Почитал что такое ABI - это набор реализаций механизмов, объявленных стандартом, так вот, влияет ли версия ABI на размер или производительность конечного прилохения?

0

@DrOffset

ABI - это Application Binary Interface. Понятие объемлющее. Вот тебе пример:
Ты написал dll, приложил к ней заголовочный файл (функции в заголовочном файле - это API, Application Program Interface).
потом ты написал приложение, с использованием этой dll. После того, как приложение собрано между ним и dll возникает понятие ABI: вызовы, данные (типы, набор полей в структурах, выравнивание и т.д.), после компиляции образуют ABI. Приложение, которое ты написал "закладывается" на определенный порядок передачи аргументов в функции, типы данных и их размер, и т.д. Исходя из этого, регистры и память обретают определенный смысл, смещения делаются на те величины, которые соответствуют желаемому результату и т.д. Т.е. и dll и приложение ждут определенных данных в регистрах и памяти и предоставляют определенные данные в регистры и память - вследствие этого, могут взаимодействовать. Это если грубо.

Теперь к GCC. Как известно, это далеко не новый продукт. У него богатая история. И ABI - менялся с течением времени (потому что менялся API) т.е. внутренние функции, генерируемые компилятором (например реализация исключений), меняли название. Меняли название внутренние функции стандартной библиотеки, менялось количество полей в библиотечных структурах (посмотри хотя бы содержимое структуры FILE за разный промежуток времени), добавлялись параметры, менялся способ декорации имен функций в С++ и т.д. Например gcc 2.95 совершенно подругому, чем 3 или gcc 4.х.х, декорирует имена для С++. Так вот, этот флаг нужен для того, чтобы попытаться подружить версии бинарников, написанные в разные временные промежутки, с использованием разных версий gcc и, следовательно, с разным ABI.
Ну, например, (гипотетическии) версия ABI (а) могла класть параметры в стек c использованием смещения esp каждый раз при добавлении нового параметра (скажем, командой push), а версия ABI (b) смещала esp сразу на нужное значение с учетом количества и размера всех параметров, т.е. один раз после факта помещения их на стек. Вот такие вещи и пытается разруливать эта опция.

Влияет ли ABI на скорость? Разве только косвенно. Причем влиять может как в минус так и в плюс. Но этот флаг, повторюсь, не для оптимизации, он для совместимости.

2