clang: jak wyświetlić listę obsługiwanych architektur docelowych?

Question 1

Obecnie interesuje mnie ogólnie ARM, a konkretnie cele dla iPhone / Android. Ale chcę tylko dowiedzieć się więcej o clang, ponieważ wydaje mi się, że będzie odgrywał ważną rolę w nadchodzących latach.

próbowałem

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)

Wiem, że clang ma parametr -triplet, ale jak mogę wymienić wszystkie możliwe jego wartości? Odkryłem, że clang bardzo różni się od gcc pod względem kompilacji krzyżowej, w świecie GCC powinieneś mieć osobny plik binarny dla wszystkiego, taki jak PLATFORM_make lub PLATFORM_ld (i * 86-pc-cygwin i * 86 - * - linux-gnu itp. Http : //git.savannah.gnu.org/cgit/libtool.git/tree/doc/PLATFORMS )

w świecie clang jest to tylko jeden plik binarny (jak czytałem na niektórych forach). Ale jak uzyskać listę obsługiwanych celów? A jeśli mój cel nie jest obsługiwany w mojej dystrybucji (linux / windows / macos / cokolwiek), jak mogę uzyskać taką, która obsługuje więcej platform?

jeśli ostatnio SVN brzmi tak:

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

czy dostanę większość platform? Wygląda na to, że Clang nie został od razu zbudowany z myślą o kompilacji krzyżowej, ale skoro jest oparty na llvm, w teorii powinien być bardzo przyjazny dla krzyżowych? Dziękuję Ci!

Question 2

O ile wiem, nie ma opcji wiersza poleceń, aby wyświetlić listę architektur clangobsługiwanych przez dany plik binarny, a nawet uruchomienie stringsna nim nie pomaga. Clang jest w zasadzie tylko tłumaczem z C na LLVM, a sam LLVM zajmuje się podstawami generowania rzeczywistego kodu maszynowego, więc nie jest całkowicie zaskakujące, że Clang nie zwraca zbytniej uwagi na podstawową architekturę.

Jak inni już zauważyli, możesz zapytać, llcktóre architektury obsługuje. Nie jest to wcale takie pomocne, nie tylko dlatego, że te komponenty LLVM mogą nie być zainstalowane, ale z powodu kaprysów ścieżek wyszukiwania i systemów pakowania, twoje llci clangpliki binarne mogą nie odpowiadać tej samej wersji LLVM.

Jednak ze względu na argumentację, powiedzmy, że skompilowałeś zarówno LLVM, jak i Clang, lub że w inny sposób z przyjemnością akceptujesz swoje pliki binarne LLVM jako wystarczająco dobre:

llc --versionwyświetli listę wszystkich obsługiwanych architektur. Domyślnie jest kompilowany do obsługi wszystkich architektur. To, co możesz pomyśleć jako pojedyncza architektura, taka jak ARM, może mieć kilka architektur LLVM, takich jak zwykłe ARM, Thumb i AArch64. Dzieje się tak głównie dla wygody implementacji, ponieważ różne tryby wykonywania mają bardzo różne kodowanie instrukcji i semantykę.
Dla każdej z wymienionych architektur wyświetli llc -march=ARCH -mattr=helplistę „dostępne procesory” i „dostępne funkcje”. Procesory są ogólnie po prostu wygodnym sposobem ustawiania domyślnego zbioru funkcji.

Ale teraz zła wiadomość. Nie ma wygodnej tabeli trójek w Clang lub LLVM, którą można zrzucić, ponieważ backendy specyficzne dla architektury mają opcję parsowania potrójnego ciągu do llvm::Tripleobiektu (zdefiniowanego w include / llvm / ADT / Triple.h ). Innymi słowy, zrzucenie wszystkich dostępnych trójek wymaga rozwiązania problemu zatrzymania. Zobacz na przykład, llvm::ARM_MC::ParseARMTriple(...)które przypadki specjalne analizują ciąg "generic".

Ostatecznie jednak „potrójna” jest głównie funkcją zgodności wstecznej, dzięki której Clang jest bezpośrednim zamiennikiem GCC, więc generalnie nie musisz zwracać na to większej uwagi, chyba że przenosisz Clang lub LLVM na nową platformę lub architektura. Zamiast tego prawdopodobnie okaże się, że wyniki llc -march=arm -mattr=helpwielu różnych funkcji ARM będą bardziej przydatne w twoich badaniach.

Powodzenia w twoich badaniach!

Question 3

Używam Clang 3.3, myślę, że najlepszym sposobem uzyskania odpowiedzi jest przeczytanie kodu źródłowego. w 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
  };

aw clang / lib / Driver / ToolChains.cpp jest coś o 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);
}

Question 4

Jedna wskazówka, którą możesz zrobić: jeśli próbujesz znaleźć konkretną trójkę docelową, zainstaluj llvm w tym systemie, a następnie wykonaj

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

lub alternatywnie:

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

W takim razie wiesz, jak skierować na niego cel podczas kompilacji krzyżowej.

Najwyraźniej istnieje "wiele" celów, oto lista, którą możesz dodać, w stylu wiki społeczności:

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

Oto lista dokumentów (najwyraźniej jest to czterokrotna [lub pięciokrotna?] Zamiast potrójnej w dzisiejszych czasach):

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.

i możesz nawet precyzyjnie dostroić, określając docelowy procesor poza tym, chociaż używa rozsądnej wartości domyślnej dla docelowego procesora opartego na potrójnym.

Czasami cele „rozwiązują” to samo, więc aby zobaczyć, jaki cel jest faktycznie traktowany:

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

Question 5

Według Jonathana Roelofsa w przemówieniu „Które cele obsługuje 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

Przyszłe wersje Clang mogą zawierać następujące elementy. Są one wymienione jako „proponowane”, chociaż nie są jeszcze dostępne co najmniej od wersji 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

Question 6

Spróbuj też

> 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.
  ...

Question 7

Począwszy od Clang 11 (trunk), lista obsługiwanych architektur docelowych mogła być łatwo wydrukowana przy użyciu nowo dodanej -print-targetsflagi:

$ 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ódła : LLVM PR , LLVM commit , dokumentacja Clang 11 .

Question 8

Nie wymienia wszystkich trójek, ale

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

przynajmniej wyświetli listę wszystkich procesorów.

Question 9

Jeśli interesuje Cię, które cele są obsługiwane przy tworzeniu LLVM lub Clang ze źródła (wartości dla -DLLVM_TARGETS_TO_BUILD), poszukaj listy podkatalogów w llvm/lib/Targetfolderze w dystrybucji źródłowej. Od 9.0.1 są:

AArch64
AMDGPU
ARC
ARM
AVR
BPF
Hexagon
Lanai
MSP430
Mips
NVPTX
PowerPC
RISCV
Sparc
SystemZ
WebAssembly
X86

Answer 1

Obecnie interesuje mnie ogólnie ARM, a konkretnie cele dla iPhone / Android. Ale chcę tylko dowiedzieć się więcej o clang, ponieważ wydaje mi się, że będzie odgrywał ważną rolę w nadchodzących latach.

próbowałem

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)

Wiem, że clang ma parametr -triplet, ale jak mogę wymienić wszystkie możliwe jego wartości? Odkryłem, że clang bardzo różni się od gcc pod względem kompilacji krzyżowej, w świecie GCC powinieneś mieć osobny plik binarny dla wszystkiego, taki jak PLATFORM_make lub PLATFORM_ld (i * 86-pc-cygwin i * 86 - * - linux-gnu itp. Http : //git.savannah.gnu.org/cgit/libtool.git/tree/doc/PLATFORMS )

w świecie clang jest to tylko jeden plik binarny (jak czytałem na niektórych forach). Ale jak uzyskać listę obsługiwanych celów? A jeśli mój cel nie jest obsługiwany w mojej dystrybucji (linux / windows / macos / cokolwiek), jak mogę uzyskać taką, która obsługuje więcej platform?

jeśli ostatnio SVN brzmi tak:

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

czy dostanę większość platform? Wygląda na to, że Clang nie został od razu zbudowany z myślą o kompilacji krzyżowej, ale skoro jest oparty na llvm, w teorii powinien być bardzo przyjazny dla krzyżowych? Dziękuję Ci!

Answer 2

8

nie jest to pełna odpowiedź, ale llc --version da ci cele

old_timer

Answer 3

1

Myślę, że będziesz musiał spojrzeć na źródło, aby zobaczyć trójki. Jak rozumiem, domyślna kompilacja clang będzie zawierała podstawowe wsparcie dla kompilacji krzyżowej. Podstawowa obsługa zamienia kod tylko w pliki obiektowe (o ile zintegrowany asembler obsługuje tę trójkę, w przeciwnym razie będziesz musiał wziąć pliki .s). Będziesz musiał dostarczyć nagłówki, biblioteki, linker (tak czy inaczej, dopóki lld nie

zadziała

Answer 4

1

Chociaż domyślna instalacja zawiera tylko pliki wykonywalne clang i clang ++, podobnie jak inne platformy można tworzyć ich kopie lub twarde dowiązania z potrójnymi i quadami zakodowanymi w nazwach. clang ++ i clang są w rzeczywistości tylko kopiami siebie nawzajem, sprawdza nazwę pliku wykonywalnego, aby zobaczyć, jak przetworzyć dane wejściowe.

LB

Answer 5

1

Powiązane - Jakie cele obsługuje Clang? .

Royi,

Answer 6

O ile wiem, nie ma opcji wiersza poleceń, aby wyświetlić listę architektur clangobsługiwanych przez dany plik binarny, a nawet uruchomienie stringsna nim nie pomaga. Clang jest w zasadzie tylko tłumaczem z C na LLVM, a sam LLVM zajmuje się podstawami generowania rzeczywistego kodu maszynowego, więc nie jest całkowicie zaskakujące, że Clang nie zwraca zbytniej uwagi na podstawową architekturę.

Jak inni już zauważyli, możesz zapytać, llcktóre architektury obsługuje. Nie jest to wcale takie pomocne, nie tylko dlatego, że te komponenty LLVM mogą nie być zainstalowane, ale z powodu kaprysów ścieżek wyszukiwania i systemów pakowania, twoje llci clangpliki binarne mogą nie odpowiadać tej samej wersji LLVM.

Jednak ze względu na argumentację, powiedzmy, że skompilowałeś zarówno LLVM, jak i Clang, lub że w inny sposób z przyjemnością akceptujesz swoje pliki binarne LLVM jako wystarczająco dobre:

llc --versionwyświetli listę wszystkich obsługiwanych architektur. Domyślnie jest kompilowany do obsługi wszystkich architektur. To, co możesz pomyśleć jako pojedyncza architektura, taka jak ARM, może mieć kilka architektur LLVM, takich jak zwykłe ARM, Thumb i AArch64. Dzieje się tak głównie dla wygody implementacji, ponieważ różne tryby wykonywania mają bardzo różne kodowanie instrukcji i semantykę.
Dla każdej z wymienionych architektur wyświetli llc -march=ARCH -mattr=helplistę „dostępne procesory” i „dostępne funkcje”. Procesory są ogólnie po prostu wygodnym sposobem ustawiania domyślnego zbioru funkcji.

Ale teraz zła wiadomość. Nie ma wygodnej tabeli trójek w Clang lub LLVM, którą można zrzucić, ponieważ backendy specyficzne dla architektury mają opcję parsowania potrójnego ciągu do llvm::Tripleobiektu (zdefiniowanego w include / llvm / ADT / Triple.h ). Innymi słowy, zrzucenie wszystkich dostępnych trójek wymaga rozwiązania problemu zatrzymania. Zobacz na przykład, llvm::ARM_MC::ParseARMTriple(...)które przypadki specjalne analizują ciąg "generic".

Ostatecznie jednak „potrójna” jest głównie funkcją zgodności wstecznej, dzięki której Clang jest bezpośrednim zamiennikiem GCC, więc generalnie nie musisz zwracać na to większej uwagi, chyba że przenosisz Clang lub LLVM na nową platformę lub architektura. Zamiast tego prawdopodobnie okaże się, że wyniki llc -march=arm -mattr=helpwielu różnych funkcji ARM będą bardziej przydatne w twoich badaniach.

Powodzenia w twoich badaniach!

Answer 7

Używam Clang 3.3, myślę, że najlepszym sposobem uzyskania odpowiedzi jest przeczytanie kodu źródłowego. w 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
  };

aw clang / lib / Driver / ToolChains.cpp jest coś o 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);
}

Answer 8

5

A co z drugą i trzecią częścią Trójki?

osgx

Answer 9

Rzeczywisty parser nazwy Arch do ArchType znajduje się w code.metager.de/source/xref/llvm/llvm/lib/Support/ ... - llvm / lib / Support / Triple.cpp function static Triple::ArchType parseArch(StringRef ArchName)

osgx

Answer 10

Dostępność pliku binarnego clang nie oznacza, że użytkownik skompilował go ze źródła.

Colin LeMahieu

Answer 11

Niektóre opisy celów i trójek Clanga : llvm.org/devmtg/2014-04/PDFs/LightningTalks/… , zaproponowane w 2014 r .: „Target Triple: <arch> <sub> - <vendor> - <sys> - <abi> ; --print-supported-archs --print-supported- vendors --print

osgx

Answer 12

Jedna wskazówka, którą możesz zrobić: jeśli próbujesz znaleźć konkretną trójkę docelową, zainstaluj llvm w tym systemie, a następnie wykonaj

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

lub alternatywnie:

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

W takim razie wiesz, jak skierować na niego cel podczas kompilacji krzyżowej.

Najwyraźniej istnieje "wiele" celów, oto lista, którą możesz dodać, w stylu wiki społeczności:

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

Oto lista dokumentów (najwyraźniej jest to czterokrotna [lub pięciokrotna?] Zamiast potrójnej w dzisiejszych czasach):

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.

i możesz nawet precyzyjnie dostroić, określając docelowy procesor poza tym, chociaż używa rozsądnej wartości domyślnej dla docelowego procesora opartego na potrójnym.

Czasami cele „rozwiązują” to samo, więc aby zobaczyć, jaki cel jest faktycznie traktowany:

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

Answer 13

Kiedy jest napisane, mingw32czy oznacza to, że nie będzie działać z MinGW64? Czy jest coś, co jest kompatybilne z MSVC?

Royi,

Answer 14

@Royi stackoverflow.com/q/39871656/32453 może się przydać, powodzenia!

rogerdpack

Answer 15

Według Jonathana Roelofsa w przemówieniu „Które cele obsługuje 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

Przyszłe wersje Clang mogą zawierać następujące elementy. Są one wymienione jako „proponowane”, chociaż nie są jeszcze dostępne co najmniej od wersji 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

Answer 16

Wygląda na to, że nie działa w nowszych wersjach Clang.

Royi

Answer 17

Spróbuj też

> 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.
  ...

Answer 18

6

bycie Clang nie oznacza, że llc jest dostępne.

Colin LeMahieu

Answer 19

1

Wydaje się, że llc jest powszechnie instalowany razem z clang, jednak ... i możesz go zainstalować, jeśli nie z menedżera pakietów i powinien być wyrównany, myślę ... jednak ta lista wydaje się, jeśli chcesz kierować na specyficzny procesor, niekoniecznie inna „potrójna” architektura, jak chciał OP ...

rogerdpack

Answer 20

5

Aby wyświetlić opcje dla innych architektur, możesz użyć -mtripleopcji jak w llc -mtriple=arm -mattr=help.

Lekensteyn,

Answer 21

Począwszy od Clang 11 (trunk), lista obsługiwanych architektur docelowych mogła być łatwo wydrukowana przy użyciu nowo dodanej -print-targetsflagi:

$ 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ódła : LLVM PR , LLVM commit , dokumentacja Clang 11 .

Answer 22

3

Nie wymienia wszystkich trójek, ale

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

przynajmniej wyświetli listę wszystkich procesorów.

rachunki
źródło

1

Spowoduje to wyświetlenie tylko opcji, które można zastosować do bieżącego (domyślnego) celu.

osgx

Answer 23

1

Spowoduje to wyświetlenie tylko opcji, które można zastosować do bieżącego (domyślnego) celu.

osgx

Answer 24

Jeśli interesuje Cię, które cele są obsługiwane przy tworzeniu LLVM lub Clang ze źródła (wartości dla -DLLVM_TARGETS_TO_BUILD), poszukaj listy podkatalogów w llvm/lib/Targetfolderze w dystrybucji źródłowej. Od 9.0.1 są:

AArch64
AMDGPU
ARC
ARM
AVR
BPF
Hexagon
Lanai
MSP430
Mips
NVPTX
PowerPC
RISCV
Sparc
SystemZ
WebAssembly
X86

clang: jak wyświetlić listę obsługiwanych architektur docelowych?

Odpowiedzi: