ABI – Application Binary Interface ist über eine Maschinencode-Kommunikation in der Laufzeit zwischen zwei binären Teilen wie – Anwendung, Bibliothek, OS… ABI beschreibt, wie Objekte im Speicher gespeichert werden und wie Funktionen aufgerufen werden (Aufrufkonvention) Eine Anwendungsbinärschnittstelle (ABI) ähnelt einer API, aber die Funktion ist für den Aufrufer auf Quellcodeebene nicht zugänglich. Nur eine binäre Darstellung ist zugänglich/verfügbar. C++-Namensmangling, da Objektdateien aus verschiedenen Übergeordnetensprachen möglicherweise in Ihrer Anwendung verknüpft werden müssen. Erwägen Sie die Verwendung der GCC-Standardbibliothek, die Systemaufrufe an Windows ausruft, die mit Visual C++ erstellt wurden. Ein Systemcall ist eine Möglichkeit für ein Userspace-Programm, den Kernelspace nach etwas zu fragen. Es funktioniert, indem der numerische Code für den Aufruf und das Argument in ein bestimmtes Register eingelegt und ein Interrupt ausgelöst wird. Dann erfolgt ein Switch zum Kernelspace und der Kernel sucht den numerischen Code und das Argument, behandelt die Anforderung, legt das Ergebnis wieder in ein Register und löst einen Wechsel zurück in den Userspace aus. Dies ist z. B.

erforderlich, wenn die Anwendung Speicher zuweisen oder eine Datei öffnen möchte (syscalls “brk” und “open”). Ein ABI ist sehr ähnlich. Betrachten Sie es als die kompilierte Version einer API (oder als API auf computersprachlicher Ebene). Wenn Sie Quellcode schreiben, greifen Sie über eine API auf die Bibliothek zu. Sobald der Code kompiliert wurde, greift Ihre Anwendung über das ABI auf die Binärdaten in der Bibliothek zu. Das ABI definiert die Strukturen und Methoden, die Ihre kompilierte Anwendung für den Zugriff auf die externe Bibliothek verwendet (genau wie die API), nur auf einer niedrigeren Ebene. Ihre API definiert die Reihenfolge, in der Sie Argumente an eine Funktion übergeben. Ihr ABI definiert die Mechanik, wie diese Argumente übergeben werden (Register, Stack usw.). Ihre API definiert, welche Funktionen Teil Ihrer Bibliothek sind. Ihr ABI definiert, wie Ihr Code in der Bibliotheksdatei gespeichert wird, so dass jedes Programm, das Ihre Bibliothek verwendet, die gewünschte Funktion finden und ausführen kann. ABIs sind wichtig, wenn es um Anwendungen geht, die externe Bibliotheken verwenden. Bibliotheken sind voll von Code und anderen Ressourcen, aber Ihr Programm muss wissen, wie es in der Bibliotheksdatei finden kann.

Ihr ABI definiert, wie der Inhalt einer Bibliothek in der Datei gespeichert wird, und Ihr Programm verwendet das ABI, um die Datei zu durchsuchen und zu finden, was sie benötigt. Wenn alles in Ihrem System dem gleichen ABI entspricht, ist jedes Programm in der Lage, mit jeder Bibliotheksdatei zu arbeiten, unabhängig davon, wer sie erstellt hat. Linux und Windows verwenden unterschiedliche ABIs, so dass ein Windows-Programm nicht weiß, wie man auf eine für Linux kompilierte Bibliothek zugreift. Ein ABI ist nicht unbedingt etwas, das Sie explizit bereitstellen, es sei denn, Sie machen sehr niedrige Systemdesign-Arbeiten. Es ist auch nicht sprachspezifisch, da (z. B.) eine C-Anwendung und eine Pascal-Anwendung dasselbe ABI verwenden können, nachdem sie kompiliert wurden. In der Computersoftware ist eine Application Binary Interface (ABI) eine Schnittstelle zwischen zwei binären Programmmodulen; Häufig ist eines dieser Module eine Bibliothek oder Betriebssystemeinrichtung, und das andere ist ein Programm, das von einem Benutzer ausgeführt wird. Diese werden von dem, was auch immer dafür sorgen muss, dass der Bau von Werkzeugketten als Ganzes funktioniert, benötigt.

Wenn Sie ein Modul in Assemblysprache schreiben, ein anderes in Python und anstelle Ihres eigenen Bootloaders ein Betriebssystem verwenden möchten, arbeiten Ihre “Anwendungs”-Module über “binäre” Grenzen hinweg und erfordern die Zustimmung zu einer solchen “Schnittstelle”. Die Vector-Funktionsanwendung binäre Schnittstellenspezifikation für AArch64 beschreibt die Anwendungsbinärschnittstelle für Vektorfunktionen, die von einem Compiler generiert werden.