clang: Wie liste ich unterstützte Zielarchitekturen auf?


93

Derzeit interessiere ich mich für ARM im Allgemeinen und speziell für iPhone / Android-Ziele. Aber ich möchte nur mehr über Clang erfahren, da es in den kommenden Jahren eine wichtige Rolle zu spielen scheint.

Ich habe es versucht

clang -cc1 --help|grep -i list
clang -cc1 --help|grep arch|grep -v search
clang -cc1 --help|grep target

 -triple <value>         Specify target triple (e.g. i686-apple-darwin9)

Ich weiß, dass clang den Parameter -triplet hat, aber wie kann ich alle möglichen Werte dafür auflisten? Ich fand, dass clang in Bezug auf Cross-Compilierung sehr unterschiedlich zu gcc ist. In der GCC-Welt sollten Sie für alles eine separate Binärdatei haben, wie PLATFORM_make oder PLATFORM_ld (i * 86-pc-cygwin i * 86 - * - linux-gnu usw. http : //git.savannah.gnu.org/cgit/libtool.git/tree/doc/PLATFORMS )

In der Clang-Welt ist es nur eine Binärdatei (wie ich in einigen Foren gelesen habe). Aber wie erhalte ich die Liste der unterstützten Ziele? Und wenn mein Ziel in meiner Distribution nicht unterstützt wird (Linux / Windows / Macos / was auch immer), wie kann ich das bekommen, das mehr Plattform unterstützt?

wenn ich SVN neuesten Klirren so:

svn co http://llvm.org/svn/llvm-project/cfe/trunk clang

bekomme ich die meisten Plattformen? Es sieht so aus, als ob Clang nicht sofort für Cross-Compilierung entwickelt wurde, aber da es auf llvm basiert, sollte es theoretisch sehr cross-freundlich sein? Danke!


8
Keine vollständige Antwort, aber llc
Version

1
Ich denke, Sie müssen sich die Quelle ansehen, um die Tripel zu sehen. Und so wie ich es verstehe, wird ein Standard-Build von Clang grundlegende Unterstützung für das Cross-Compilieren enthalten. Durch die grundlegende Unterstützung wird Code nur in Objektdateien umgewandelt (solange der integrierte Assembler das Triple unterstützt, andernfalls müssen Sie .s-Dateien verwenden). Sie müssen Header, Bibliotheken, einen Linker (bis lld sowieso funktioniert) usw.
bereitstellen

1
Obwohl die Standardinstallation nur ausführbare Clang- und Clang ++ - Dateien enthält, können Sie wie bei anderen Plattformen Kopien oder Hardlinks davon mit den in den Namen codierten Tripeln und Quads erstellen. clang ++ und clang sind eigentlich nur Kopien voneinander. Es überprüft den Namen der ausführbaren Datei, um zu sehen, wie Eingaben verarbeitet werden.
LB

Antworten:


52

Soweit ich das beurteilen kann, gibt es keine Befehlszeilenoption, um aufzulisten, welche Architekturen eine bestimmte clangBinärdatei unterstützt, und selbst das Ausführen stringsdarauf hilft nicht wirklich. Clang ist im Wesentlichen nur ein C-zu-LLVM-Übersetzer, und es ist LLVM selbst, das sich mit dem Kern der Generierung von tatsächlichem Maschinencode befasst. Daher ist es nicht ganz überraschend, dass Clang der zugrunde liegenden Architektur nicht viel Aufmerksamkeit schenkt.

Wie andere bereits bemerkt haben, können Sie fragen, llcwelche Architekturen unterstützt werden. Dies ist nicht nur deshalb hilfreich, weil diese LLVM-Komponenten möglicherweise nicht installiert sind, sondern weil Ihre llcund clangBinärdateien aufgrund der Unbestimmtheiten der Suchpfade und Verpackungssysteme möglicherweise nicht der gleichen Version von LLVM entsprechen.

Nehmen wir jedoch an, Sie haben sowohl LLVM als auch Clang selbst kompiliert oder Sie akzeptieren Ihre LLVM-Binärdateien ansonsten gerne als gut genug:

  • llc --versiongibt eine Liste aller unterstützten Architekturen an. Standardmäßig ist es so kompiliert, dass es alle Architekturen unterstützt. Was Sie sich als eine einzelne Architektur wie ARM vorstellen können, kann mehrere LLVM-Architekturen wie reguläres ARM, Thumb und AArch64 haben. Dies dient hauptsächlich der Vereinfachung der Implementierung, da die verschiedenen Ausführungsmodi sehr unterschiedliche Befehlskodierungen und Semantiken aufweisen.
  • Listet für jede der aufgelisteten Architekturen llc -march=ARCH -mattr=help"verfügbare CPUs" und "verfügbare Funktionen" auf. Die CPUs sind im Allgemeinen nur eine bequeme Möglichkeit, eine Standardauflistung von Funktionen festzulegen.

Aber jetzt zu den schlechten Nachrichten. In Clang oder LLVM gibt es keine praktische Tabelle mit Tripeln, die gesichert werden kann, da die architekturspezifischen Backends die Option haben, die Triple-Zeichenfolge in ein llvm::TripleObjekt zu analysieren (definiert in include / llvm / ADT / Triple.h ). Mit anderen Worten, um alle verfügbaren Tripel zu sichern, muss das Halteproblem gelöst werden. Sehen Sie sich zum Beispiel an, in llvm::ARM_MC::ParseARMTriple(...)welchen Sonderfällen die Zeichenfolge analysiert wird"generic" .

Letztendlich ist das "Triple" jedoch meistens eine Abwärtskompatibilitätsfunktion, die Clang zu einem Ersatz für GCC macht. Daher müssen Sie im Allgemeinen nicht viel darauf achten, es sei denn, Sie portieren Clang oder LLVM auf eine neue Plattform oder Architektur. Stattdessen finden Sie wahrscheinlich die Ausgabe vonllc -march=arm -mattr=help und Verwirrung der Vielzahl verschiedener ARM-Funktionen für Ihre Untersuchungen nützlicher ist.

Viel Glück bei Ihrer Recherche!


34

Ich verwende Clang 3.3. Ich denke, der beste Weg, um die Antwort zu erhalten, ist das Lesen des Quellcodes. in llvm / ADT / Triple.h ( http://llvm.org/doxygen/Triple_8h_source.html ):

  enum ArchType {
    UnknownArch,

    arm,     // ARM: arm, armv.*, xscale
    aarch64, // AArch64: aarch64
    hexagon, // Hexagon: hexagon
    mips,    // MIPS: mips, mipsallegrex
    mipsel,  // MIPSEL: mipsel, mipsallegrexel
    mips64,  // MIPS64: mips64
    mips64el,// MIPS64EL: mips64el
    msp430,  // MSP430: msp430
    ppc,     // PPC: powerpc
    ppc64,   // PPC64: powerpc64, ppu
    r600,    // R600: AMD GPUs HD2XXX - HD6XXX
    sparc,   // Sparc: sparc
    sparcv9, // Sparcv9: Sparcv9
    systemz, // SystemZ: s390x
    tce,     // TCE (http://tce.cs.tut.fi/): tce
    thumb,   // Thumb: thumb, thumbv.*
    x86,     // X86: i[3-9]86
    x86_64,  // X86-64: amd64, x86_64
    xcore,   // XCore: xcore
    mblaze,  // MBlaze: mblaze
    nvptx,   // NVPTX: 32-bit
    nvptx64, // NVPTX: 64-bit
    le32,    // le32: generic little-endian 32-bit CPU (PNaCl / Emscripten)
    amdil,   // amdil: amd IL
    spir,    // SPIR: standard portable IR for OpenCL 32-bit version
    spir64   // SPIR: standard portable IR for OpenCL 64-bit version
  };

und in clang / lib / Driver / ToolChains.cpp geht es um Arm.

static const char *GetArmArchForMArch(StringRef Value) {
  return llvm::StringSwitch<const char*>(Value)
    .Case("armv6k", "armv6")
    .Case("armv6m", "armv6m")
    .Case("armv5tej", "armv5")
    .Case("xscale", "xscale")
    .Case("armv4t", "armv4t")
    .Case("armv7", "armv7")
    .Cases("armv7a", "armv7-a", "armv7")
    .Cases("armv7r", "armv7-r", "armv7")
    .Cases("armv7em", "armv7e-m", "armv7em")
    .Cases("armv7f", "armv7-f", "armv7f")
    .Cases("armv7k", "armv7-k", "armv7k")
    .Cases("armv7m", "armv7-m", "armv7m")
    .Cases("armv7s", "armv7-s", "armv7s")
    .Default(0);
}

static const char *GetArmArchForMCpu(StringRef Value) {
  return llvm::StringSwitch<const char *>(Value)
    .Cases("arm9e", "arm946e-s", "arm966e-s", "arm968e-s", "arm926ej-s","armv5")
    .Cases("arm10e", "arm10tdmi", "armv5")
    .Cases("arm1020t", "arm1020e", "arm1022e", "arm1026ej-s", "armv5")
    .Case("xscale", "xscale")
    .Cases("arm1136j-s", "arm1136jf-s", "arm1176jz-s", "arm1176jzf-s", "armv6")
    .Case("cortex-m0", "armv6m")
    .Cases("cortex-a8", "cortex-r4", "cortex-a9", "cortex-a15", "armv7")
    .Case("cortex-a9-mp", "armv7f")
    .Case("cortex-m3", "armv7m")
    .Case("cortex-m4", "armv7em")
    .Case("swift", "armv7s")
    .Default(0);
}

5
Was ist mit dem zweiten und dritten Teil des Triple?
Osgx

Der eigentliche Parser des Arch-Namens in ArchType befindet sich in code.metager.de/source/xref/llvm/llvm/lib/Support/… - llvm / lib / Support / Triple.cpp-Funktion static Triple::ArchType parseArch(StringRef ArchName)
osgx

Die verfügbare Clang-Binärdatei bedeutet nicht, dass der Benutzer sie aus dem Quellcode kompiliert hat.
Colin LeMahieu

Einige Beschreibungen der Ziele und Tripel von clang: llvm.org/devmtg/2014-04/PDFs/LightningTalks/… , vorgeschlagen 2014: "Target Triple: <arch> <sub> - <vendor> - <sys> - <abi> ; --print-unterstützte-Bögen --print-unterstützte-Anbieter --print-unterstützte-Systeme --print-unterstützte-Abis --print-Multi-Libs --print-Available-Targets "und clang.llvm.org /UniversalDriver.html
osgx

18

Ein Hinweis, den Sie tun können: Wenn Sie versuchen, ein bestimmtes Ziel-Triple zu finden, müssen Sie llvm auf diesem System installieren und dann a

$ llc --version | grep Default
  Default target: x86_64-apple-darwin16.1.0

oder alternativ:

$ llvm-config --host-target
x86_64-apple-darwin16.0.0
or
$ clang -v 2>&1 | grep Target
Target: x86_64-apple-darwin16.1.0

Dann wissen Sie, wie Sie es beim Cross-Compilieren trotzdem gezielt einsetzen können.

Anscheinend gibt es "viele" Ziele da draußen, hier ist eine Liste, die Sie gerne hinzufügen können, im Community-Wiki-Stil:

arm-none-eabi
armv7a-none-eabi
arm-linux-gnueabihf 
arm-none-linux-gnueabi
i386-pc-linux-gnu 
x86_64-apple-darwin10
i686-w64-windows-gnu # same as i686-w64-mingw32
x86_64-pc-linux-gnu # from ubuntu 64 bit
x86_64-unknown-windows-cygnus # cygwin 64-bit
x86_64-w64-windows-gnu # same as x86_64-w64-mingw32
i686-pc-windows-gnu # MSVC
x86_64-pc-windows-gnu # MSVC 64-BIT

In der Dokumentation ist sowieso Folgendes aufgeführt (anscheinend handelt es sich heutzutage um ein Vierfaches (oder Fünffaches?) Statt eines Dreifachen):

The triple has the general format <arch><sub>-<vendor>-<sys>-<abi>, where:
arch = x86, arm, thumb, mips, etc.
sub = for ex. on ARM: v5, v6m, v7a, v7m, etc.
vendor = pc, apple, nvidia, ibm, etc.
sys = none, linux, win32, darwin, cuda, etc.
abi = eabi, gnu, android, macho, elf, etc.

und Sie können sogar eine darüber hinausgehende Ziel-CPU fein einstellen, obwohl für die Ziel-CPU basierend auf dem Tripel eine sinnvolle Standardeinstellung verwendet wird.

Manchmal "lösen" sich Ziele auf dieselbe Weise auf, um zu sehen, wie ein Ziel tatsächlich behandelt wird:

 $ clang -target x86_64-w64-mingw32 -v 2>&1 | grep Target
 Target: x86_64-w64-windows-gnu

Wann heißt mingw32es, dass es mit MinGW64 nicht funktioniert? Gibt es etwas, das MSVC-kompatibel ist?
Royi

@ Royi stackoverflow.com/q/39871656/32453 kann nützlich sein, viel Glück!
Rogerdpack

12

Laut Jonathan Roelofs in diesem Vortrag "Welche Ziele unterstützt Clang?"::

$ llc --version
LLVM (http://llvm.org/):
  LLVM version 3.6.0
  Optimized build with assertions.
  Built Apr  2 2015 (01:25:22).
  Default target: x86_64-apple-darwin12.6.0
  Host CPU: corei7-avx

  Registered Targets:
    aarch64    - AArch64 (little endian)
    aarch64_be - AArch64 (big endian)
    amdgcn     - AMD GCN GPUs
    arm        - ARM
    arm64      - ARM64 (little endian)
    armeb      - ARM (big endian)
    cpp        - C++ backend
    hexagon    - Hexagon
    mips       - Mips
    mips64     - Mips64 [experimental]
    mips64el   - Mips64el [experimental]
    mipsel     - Mipsel
    msp430     - MSP430 [experimental]
    nvptx      - NVIDIA PTX 32-bit
    nvptx64    - NVIDIA PTX 64-bit
    ppc32      - PowerPC 32
    ppc64      - PowerPC 64
    ppc64le    - PowerPC 64 LE
    r600       - AMD GPUs HD2XXX-HD6XXX
    sparc      - Sparc
    sparcv9    - Sparc V9
    systemz    - SystemZ
    thumb      - Thumb
    thumbeb    - Thumb (big endian)
    x86        - 32-bit X86: Pentium-Pro and above
    x86-64     - 64-bit X86: EM64T and AMD64
    xcore      - XCore

Zukünftige Versionen von Clang bieten möglicherweise Folgendes. Sie werden als "vorgeschlagen" aufgeführt, sind jedoch mindestens ab Version 3.9.0 noch nicht verfügbar:

$ clang -target <target_from_list_above> --print-multi-libs
$ clang -print-supported-archs
$ clang -march x86 -print-supported-systems 
$ clang -march x86 -print-available-systems 

Sieht so aus, als würde es bei neueren Clang-Versionen nicht funktionieren.
Royi

5

Probiere auch

> llc -mattr=help

Available CPUs for this target:

  amdfam10      - Select the amdfam10 processor.
  athlon        - Select the athlon processor.
  athlon-4      - Select the athlon-4 processor.
  athlon-fx     - Select the athlon-fx processor.
  athlon-mp     - Select the athlon-mp processor.
  athlon-tbird  - Select the athlon-tbird processor.
  athlon-xp     - Select the athlon-xp processor.
  athlon64      - Select the athlon64 processor.
  athlon64-sse3 - Select the athlon64-sse3 processor.
  atom          - Select the atom processor.
  ...
Available features for this target:

  16bit-mode           - 16-bit mode (i8086).
  32bit-mode           - 32-bit mode (80386).
  3dnow                - Enable 3DNow! instructions.
  3dnowa               - Enable 3DNow! Athlon instructions.
  64bit                - Support 64-bit instructions.
  64bit-mode           - 64-bit mode (x86_64).
  adx                  - Support ADX instructions.
  ...

6
Klirren bedeutet nicht, dass llc verfügbar ist.
Colin LeMahieu

1
Es scheint, dass llc normalerweise zusammen mit clang installiert wird ... und Sie können es installieren, wenn nicht von Ihrem Paketmanager, und es sollte in einer Reihe stehen, würde ich vermuten ... diese Liste scheint jedoch zu sein, wenn Sie auf a abzielen möchten spezifische CPU, nicht unbedingt eine andere "dreifache" Architektur, wie das OP wollte ...
Rogerdpack

5
Um Optionen für andere Architekturen aufzulisten, können Sie die -mtripleOption wie in verwenden llc -mtriple=arm -mattr=help.
Lekensteyn

2

Es werden nicht alle Tripel aufgelistet, aber

llvm-as < /dev/null | llc -mcpu=help

listet mindestens alle CPUs auf.


1
Dadurch werden nur Optionen aufgelistet, die auf das aktuelle (Standard-) Ziel angewendet werden können.
Osgx

1

Ab Clang 11 (Trunk) kann die Liste der unterstützten Zielarchitekturen mithilfe des neu hinzugefügten -print-targetsFlags einfach gedruckt werden :

$ clang-11 -print-targets
  Registered Targets:
    aarch64    - AArch64 (little endian)
    aarch64_32 - AArch64 (little endian ILP32)
    aarch64_be - AArch64 (big endian)
    amdgcn     - AMD GCN GPUs
    arm        - ARM
    arm64      - ARM64 (little endian)
    arm64_32   - ARM64 (little endian ILP32)
    armeb      - ARM (big endian)
    avr        - Atmel AVR Microcontroller
    bpf        - BPF (host endian)
    bpfeb      - BPF (big endian)
    bpfel      - BPF (little endian)
    hexagon    - Hexagon
    lanai      - Lanai
    mips       - MIPS (32-bit big endian)
    mips64     - MIPS (64-bit big endian)
    mips64el   - MIPS (64-bit little endian)
    mipsel     - MIPS (32-bit little endian)
    msp430     - MSP430 [experimental]
    nvptx      - NVIDIA PTX 32-bit
    nvptx64    - NVIDIA PTX 64-bit
    ppc32      - PowerPC 32
    ppc64      - PowerPC 64
    ppc64le    - PowerPC 64 LE
    r600       - AMD GPUs HD2XXX-HD6XXX
    riscv32    - 32-bit RISC-V
    riscv64    - 64-bit RISC-V
    sparc      - Sparc
    sparcel    - Sparc LE
    sparcv9    - Sparc V9
    systemz    - SystemZ
    thumb      - Thumb
    thumbeb    - Thumb (big endian)
    wasm32     - WebAssembly 32-bit
    wasm64     - WebAssembly 64-bit
    x86        - 32-bit X86: Pentium-Pro and above
    x86-64     - 64-bit X86: EM64T and AMD64
    xcore      - XCore

Referenzen: LLVM PR , LLVM Commit , Clang 11 Dokumentation .


0

Wenn Sie daran interessiert sind, welche Ziele zum Erstellen von LLVM oder Clang aus dem Quellcode unterstützt werden (die Werte für -DLLVM_TARGETS_TO_BUILD), suchen Sie in der Quelldistribution nach der Liste der Unterverzeichnisse im llvm/lib/TargetOrdner. Ab 9.0.1 gibt es:

AArch64
AMDGPU
ARC
ARM
AVR
BPF
Hexagon
Lanai
MSP430
Mips
NVPTX
PowerPC
RISCV
Sparc
SystemZ
WebAssembly
X86
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.