Проблемы с подключением Allegro 5 к DEV C++ 5.11

**ABI** (Application Binary Interface, двоичный интерфейс приложения) в C++ — это набор правил, определяющий, как скомпилированный код взаимодействует на уровне бинарных файлов (машинного кода).

Если **API** (Application Programming Interface) определяет, *как* код взаимодействует на уровне исходного текста (какие функции и классы вызывать), то **ABI** описывает, *как* этот код представляется в памяти и выполняется процессором после компиляции.

---

### Что именно определяет ABI в C++?

В отличие от языка C, который имеет относительно простую и стабильную ABI, C++ добавляет множество сложных языковых конструкций (наследование, виртуальные функции, шаблоны, исключения), из-за чего **единого стандартного ABI для C++ не существует**.

ABI конкретной программы зависит от операционной системы, архитектуры процессора и используемого компилятора (например, GCC, Clang или MSVC). Он включает в себя:

1. **Правила вызова функций (Calling Conventions):**
* Как передаются аргументы функций (через регистры процессора или через стек).
* Кто очищает стек после вызова (вызывающая функция или вызываемая).


2. **Имя манглинг (Name Mangling / Decoration):**
* В C++ разрешена перегрузка функций (несколько функций с одинаковым именем, но разными типами аргументов). Чтобы различать их в бинарном коде, компилятор кодирует типы и пространства имен в уникальное имя функции (например, превращает `foo(int)` в нечто вроде `_Z3fooi`). У каждого компилятора свои алгоритмы манглинга.


3. **Выравнивание и размер типов данных (Data Representation):**
* Сколько байт занимает `int`, `long`, указатели и т. д.
* Как выравниваются поля структур и классов в памяти (padding).


4. **Механизмы объектно-ориентированного программирования:**
* **vtable (таблица виртуальных функций):** Как именно устроен указатель на виртуальную таблицу (`vptr`), где она располагается в объекте и каков порядок виртуальных функций в ней.
* **Наследование:** Как хранятся подобъекты базовых классов при простом, множественном и виртуальном наследовании.


5. **Обработка исключений (Exception Handling):**
* Каким образом генерируются и перехватываются исключения на уровне машинного кода (например, табличные механизмы `Itanium C++ ABI` или структурированная обработка исключений SEH в Windows).



---

### Почему проблемы с ABI важны на практике?

* **Смешивание компиляторов:** Если вы скомпилируете статическую или динамическую библиотеку (`.dll` или `.so`) с помощью старой версии GCC, а основную программу соберете с помощью MSVC или свежего Clang, программа может упасть или работать некорректно. Их бинарные представления классов и методы манглинга несовместимы.
* **Обновление компилятора:** Иногда разработчики компиляторов меняют ABI для оптимизации (например, в GCC 5 изменилась реализация `std::string` и `std::list` из-за правил C++11 о копировании при записи, что потребовало пересборки зависимостей).

### Как избежать проблем с ABI?

1. **Использовать C-совместимый интерфейс (extern "C"):**
Если вы пишете библиотеку, которую будут подключать проекты, собранные другими компиляторами, экспортируемые функции оборачивают в `extern "C"`. Это отключает манглинг имен и приводит ABI к стандартам языка C.
2. **Передавать через границу модулей простые типы (POD):**
Избегайте передачи сложных объектов C++ (вроде `std::string`, `std::vector` или собственных классов с виртуальными методами) через границы динамических библиотек. Вместо этого используйте указатели на непрозрачные структуры (`opaque pointers`) или базовые типы.
3. **Собирать всё единым окружением:**
В крупных проектах принято собирать все сторонние зависимости из исходного кода тем же самым компилятором и с теми же флагами, чтобы гарантировать совпадение ABI.