En software de computadora , una interfaz binaria de aplicación ( ABI ) es una interfaz entre dos módulos de programa binario. A menudo, uno de estos módulos es una biblioteca o una instalación del sistema operativo y el otro es un programa que ejecuta un usuario.
Una ABI define cómo se accede a las estructuras de datos o rutinas computacionales en código de máquina , que es un formato de bajo nivel que depende del hardware. Por el contrario, una interfaz de programación de aplicaciones (API) define este acceso en el código fuente , que es un formato de nivel relativamente alto, independiente del hardware y, a menudo, legible por humanos . Un aspecto común de una ABI es la convención de llamada , que determina cómo se proporcionan los datos como entrada o se leen como salida de las rutinas computacionales. Ejemplos de esto son las convenciones de llamadas x86 .
Adherirse a una ABI (que puede estar estandarizada oficialmente o no) suele ser trabajo de un compilador , sistema operativo o autor de biblioteca. Sin embargo, un programador de aplicaciones puede tener que lidiar directamente con una ABI cuando escribe un programa en una combinación de lenguajes de programación, o incluso cuando compila un programa escrito en el mismo lenguaje con diferentes compiladores.
Los detalles cubiertos por una ABI incluyen lo siguiente:
Una ABI completa, como el Estándar de compatibilidad binaria de Intel (iBCS), [1] permite que un programa de un sistema operativo que admita esa ABI se ejecute sin modificaciones en cualquier otro sistema, siempre que estén presentes las bibliotecas compartidas necesarias y se cumplan requisitos previos similares. cumplido.
Las ABI también pueden estandarizar detalles como la manipulación de nombres de C++ , [2] la propagación de excepciones , [3] y la convención de llamadas entre compiladores en la misma plataforma, pero no requieren compatibilidad entre plataformas.
Una interfaz binaria de aplicaciones integradas (EABI) especifica convenciones estándar para formatos de archivos , tipos de datos, uso de registros, organización del marco de pila y paso de parámetros de función de un programa de software integrado , para su uso con un sistema operativo integrado .
Los compiladores que admiten EABI crean código objeto que es compatible con el código generado por otros compiladores similares, lo que permite a los desarrolladores vincular bibliotecas generadas con un compilador con código objeto generado con otro compilador. Los desarrolladores que escriben su propio código en lenguaje ensamblador también pueden interactuar con el ensamblador generado por un compilador compatible.
Los EABI están diseñados para optimizar el rendimiento dentro de los recursos limitados de un sistema integrado. Por lo tanto, los EABI omiten la mayoría de las abstracciones que se realizan entre el kernel y el código de usuario en sistemas operativos complejos. Por ejemplo, se pueden evitar los enlaces dinámicos para permitir ejecutables más pequeños y una carga más rápida, el uso de registros fijos permite pilas y llamadas al kernel más compactas, y ejecutar la aplicación en modo privilegiado permite el acceso directo a operaciones de hardware personalizadas sin la necesidad de llamar a un controlador de dispositivo. [4] La elección de EABI puede afectar el rendimiento. [5] [6]
Los EABI más utilizados incluyen PowerPC , [4] Arm EABI [7] y MIPS EABI. [8] Implementaciones de software específicas como la biblioteca C pueden imponer limitaciones adicionales para formar ABI más concretas; un ejemplo es GNU OABI y EABI para ARM, los cuales son subconjuntos de ARM EABI. [9]
Estrictamente hablando, tanto las ABI de ARM antiguas como las nuevas son subconjuntos de la especificación ARM EABI, pero en el uso cotidiano el término "EABI" se utiliza para referirse a la nueva que se describe aquí y "OABI" o "ABI antigua" para referirse a la antigua. uno.