Cross-Compilation-Terminologien --- Build, Host und Ziel

Question

Ich sehe eine Menge von Konfliktinformationen und möchte etwas Klärung. build, Host und Ziel

Es gibt drei Systemnamen, die die Build kennt: die Maschine, die Sie bauen auf (Build), die Maschine, die Sie für (Host) bauen, und die Maschine, für die GCC Code für (Ziel) erzeugt. Wenn Sie GCC konfigurieren, geben Sie diese mit --build =, --host = und --target = an.

Eigentlich verstehe ich nicht, was der Unterschied zwischen Host und Ziel in der obigen Definition.

Einige andere Seite sagt

‚host‘ ist die Maschine (oder Architektur oder Plattform), die Sie den Code zu kompilieren verwenden; "Ziel" ist die Maschine (oder Architektur oder Plattform), die den Code ausführen soll.

Das macht Sinn für mich, aber in dieser Erklärung ist die Host immer das gleiche wie der Build ?? Ich bin ziemlich verwirrt.

In meinem Fall konfiguriere ich so, dass der Compiler (GCC) auf x86_64 Maschine läuft und die ausführbare Binärdatei auf ARM läuft. Das Programm ist in C geschrieben, daher ist der Compiler GCC.

./configure --build=x86_64 --host=x86_64 --target=arm-linux-gnueabihf 
    make 
    make install 

Es klingt wie bauen, Host beide x86_64 und Ziel ist am Arm. Ist das korrekt?

Ich kompiliere mein eigenes eingebettetes Programm, das auf Jenkins Maschine (x86_64) läuft. Und das eingebettete Programm läuft auf ARM-basierter Maschine.

Answer 1

Angenommen, ich habe einen PowerPC-Computer, der einen Compiler erstellt, den Sie auf einem x86-Computer verwenden (ausführen), der Binärdateien erstellt, die auf einem ARM ausgeführt werden.

Das macht den PPC zum Build, der x86 zum Host, und das Ziel ist der ARM. Wie Basile bemerkte, ist dies ein kanadisches Kreuz.

Es ist weniger üblich, einen Build und einen Host zu verwenden, die unterschiedlich sind, aber es passiert sicherlich. Manchmal sind der Build und der Host sogar die gleiche Architektur, aber die Umgebungen, die dies verursachen, unterscheiden sich. Das Erstellen einer benutzerdefinierten Toolchain auf meinem x86 bedeutet, dass Build und Host x86 sind, aber der Host möglicherweise andere Bibliotheken oder Versionen von Abhängigkeiten als der Build hat. Dies ist der Fall, wenn Sie Sandbox-Toolchains für die Embedded-Entwicklung erstellen, die beispielsweise auf einem Build-Server ausgeführt werden.