clang: comment lister les architectures cibles prises en charge?

95

Actuellement, je m'intéresse à ARM en général et plus particulièrement aux cibles iphone / android. Mais je veux juste en savoir plus sur clang, car il semble jouer un rôle important dans les années à venir.

j'ai essayé

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)

Je sais que clang a le paramètre -triplet, mais comment puis-je lister toutes les valeurs possibles? J'ai trouvé que clang est très différent de gcc en ce qui concerne la compilation croisée, dans le monde GCC, vous devriez avoir un binaire séparé pour tout, comme PLATFORM_make ou PLATFORM_ld (i * 86-pc-cygwin i * 86 - * - linux-gnu etc. http : //git.savannah.gnu.org/cgit/libtool.git/tree/doc/PLATFORMS )

dans le monde clang, ce n'est qu'un seul binaire (comme je l'ai lu sur certains forums). Mais comment obtenir la liste des cibles prises en charge? Et si ma cible n'est pas prise en charge sur ma distribution (linux / windows / macos / peu importe), comment puis-je obtenir celle qui prend en charge plus de plate-forme?

si je SVN dernier clang comme ceci:

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

vais-je obtenir la plupart des plates-formes? Il semble que Clang n'a pas été construit avec la compilation croisée à l'esprit tout de suite, mais comme il est basé sur llvm, il devrait être très convivial en théorie? Merci!

clang  llvm 
— exebook
source
8
pas une réponse complète mais llc --version vous donnera les cibles
— old_timer
1
Je pense que vous devrez regarder la source pour voir les triplets. Et si je comprends bien, une version par défaut de clang inclura un support de base pour la compilation croisée. La prise en charge de base transforme uniquement le code en fichiers objets (tant que l'assembleur intégré prend en charge le triple, sinon vous devrez prendre des fichiers .s). Vous devrez fournir des en-têtes, des bibliothèques, un éditeur de liens (jusqu'à ce que lld fonctionne, de toute façon), etc.
— bames53
1
Bien que l'installation par défaut ne contienne que des exécutables clang et clang ++, comme d'autres plates-formes, vous pouvez en créer des copies ou des liens physiques avec les triplets et les quads encodés dans les noms. clang ++ et clang ne sont en fait que des copies l'un de l'autre, il vérifie le nom de l'exécutable pour voir comment traiter l'entrée.
— LB--
1
— Royi

Réponses:

52

Pour autant que je sache, il n'y a pas d'option de ligne de commande pour lister les architectures clangprises en charge par un binaire donné , et même fonctionner stringsdessus n'aide pas vraiment. Clang n'est essentiellement qu'un traducteur C vers LLVM, et c'est LLVM lui-même qui traite de l'essentiel de la génération de code machine réel, il n'est donc pas tout à fait surprenant que Clang ne prête pas beaucoup d'attention à l'architecture sous-jacente.

Comme d'autres l'ont déjà noté, vous pouvez demander llcquelles architectures il prend en charge. Ce n'est pas si utile non seulement parce que ces composants LLVM peuvent ne pas être installés, mais en raison des caprices des chemins de recherche et des systèmes d'empaquetage, votre llcet vos clangbinaires peuvent ne pas correspondre à la même version de LLVM.

Cependant, pour des raisons d'argumentation, disons que vous avez compilé vous-même LLVM et Clang ou que vous êtes par ailleurs heureux d'accepter vos binaires LLVM comme assez bons:

  • llc --versiondonnera une liste de toutes les architectures prises en charge. Par défaut, il est compilé pour prendre en charge toutes les architectures. Ce que vous pouvez considérer comme une architecture unique telle que ARM peut avoir plusieurs architectures LLVM telles que ARM standard, Thumb et AArch64. C'est principalement pour faciliter la mise en œuvre car les différents modes d'exécution ont des codages d'instructions et une sémantique très différents.
  • Pour chacune des architectures répertoriées, llc -march=ARCH -mattr=helplistera les «CPU disponibles» et les «fonctionnalités disponibles». Les processeurs ne sont généralement qu'un moyen pratique de définir une collection de fonctionnalités par défaut.

Mais maintenant pour les mauvaises nouvelles. Il n'y a pas de table pratique de triplets dans Clang ou LLVM qui peuvent être vidés, car les backends spécifiques à l'architecture ont la possibilité d'analyser la triple chaîne dans un llvm::Tripleobjet (défini dans include / llvm / ADT / Triple.h ). En d'autres termes, pour vider tous les triplets disponibles, il faut résoudre le problème d'arrêt. Voir, par exemple, llvm::ARM_MC::ParseARMTriple(...)quels cas spéciaux analysent la chaîne "generic".

En fin de compte, cependant, le «triple» est principalement une fonctionnalité de compatibilité ascendante pour faire de Clang un remplaçant de GCC, vous n'avez donc généralement pas besoin d'y prêter beaucoup d'attention à moins que vous ne portiez Clang ou LLVM sur une nouvelle plate-forme ou l'architecture. Au lieu de cela, vous trouverez probablement la sortie llc -march=arm -mattr=helpet la stupéfaction de l'énorme éventail de fonctionnalités ARM différentes pour être plus utiles dans vos enquêtes.

Bonne chance dans vos recherches!

— pndc
source
34

J'utilise Clang 3.3, je pense que la meilleure façon d'obtenir la réponse est de lire le code source. dans 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
  };

et dans clang / lib / Driver / ToolChains.cpp, il y a qqch sur 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);
}
— a'Q
source
5
qu'en est-il des deuxième et troisième parties du Triple?
— osgx
Et l'analyseur réel du nom d'Arch dans ArchType est dans code.metager.de/source/xref/llvm/llvm/lib/Support / ... - Fonction llvm / lib / Support / Triple.cpp static Triple::ArchType parseArch(StringRef ArchName)
— osgx
Le binaire clang étant disponible ne signifie pas que l'utilisateur l'a compilé à partir de la source.
— Colin LeMahieu
Quelques descriptions des cibles et triplets de Clang : llvm.org/devmtg/2014-04/PDFs/LightningTalks / ... , proposé en 2014: "Target Triple: <arch> <sub> - <vendor> - <sys> - <abi> ; --print-supported-archs --print-supported-vendors --print-supported-systems --print-supported-abis --print-multi-libs --print-available-cibles "et clang.llvm.org /UniversalDriver.html
— osgx
18

Un conseil que vous pouvez faire: si vous essayez de trouver un triplet cible particulier, installez llvm sur ce système, puis effectuez un

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

Ou bien:

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

Ensuite, vous savez comment le cibler lors de la compilation croisée de toute façon.

Apparemment, il y a "beaucoup" de cibles là-bas, voici une liste, n'hésitez pas à y ajouter, style wiki communautaire:

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

Voici ce que la documentation liste de toute façon (apparemment, c'est un quadruple [ou quintuple?] Au lieu d'un triple ces jours-ci):

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.

et vous pouvez même affiner la spécification d'un processeur cible au-delà de cela, bien qu'il utilise une valeur par défaut raisonnable pour le processeur cible basé sur le triple.

Parfois, les cibles «résolvent» la même chose, donc pour voir à quoi une cible est réellement traitée:

 $ clang -target x86_64-w64-mingw32 -v 2>&1 | grep Target
 Target: x86_64-w64-windows-gnu
— rogerdpack
source
Quand est-ce que mingw32cela signifie que cela ne fonctionnera pas avec MinGW64? Y a-t-il quelque chose qui est compatible MSVC?
— Royi
@Royi stackoverflow.com/q/39871656/32453 peut être utile, bonne chance!
— rogerdpack
12

Selon Jonathan Roelofs dans cette conférence, «Quels objectifs Clang soutient-il?» :

$ 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

Les futures versions de Clang peuvent fournir les éléments suivants. Ils sont répertoriés comme "proposés" mais pas encore disponibles au moins à partir de la version 3.9.0:

$ 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
— jww
source
On dirait que cela ne fonctionne pas sur les nouvelles versions de Clang.
— Royi
5

Essayez aussi

> 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.
  ...
— Zinovy ​​Nis
source
6
clang étant disponible ne signifie pas que llc est disponible.
— Colin LeMahieu
1
semble que llc soit généralement installé avec clang, cependant ... et vous pouvez l'installer sinon à partir de votre gestionnaire de paquets et et il devrait s'aligner, je suppose ... mais cette liste semble être si vous voulez cibler un processeur spécifique, pas nécessairement une architecture "triple" différente, comme le souhaitait l'OP ...
— rogerdpack
5
Pour répertorier les options d'autres architectures, vous pouvez utiliser l' -mtripleoption comme dans llc -mtriple=arm -mattr=help.
— Lekensteyn
2

Il ne listera pas tous les triples, mais

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

listera au moins tous les processeurs.

— bcmills
source
1
Cela ne listera que les options, qui peuvent être appliquées à la cible actuelle (par défaut).
— osgx
1

À partir de Clang 11 (trunk), la liste des architectures cibles prises en charge peut être imprimée à l'aide du -print-targetsdrapeau nouvellement ajouté :

$ 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

Références: LLVM PR , LLVM commit , documentation Clang 11 .

— Valiano
source
0

Dans le cas où vous êtes intéressé par les cibles prises en charge pour la construction de LLVM ou Clang à partir de la source (les valeurs pour -DLLVM_TARGETS_TO_BUILD), recherchez la liste des sous-répertoires dans le llvm/lib/Targetdossier de la distribution source. Depuis la version 9.0.1, il y a:

AArch64
AMDGPU
ARC
ARM
AVR
BPF
Hexagon
Lanai
MSP430
Mips
NVPTX
PowerPC
RISCV
Sparc
SystemZ
WebAssembly
X86
— scrutari
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.