LLVM: как перекрестно компилировать программы на С ++

Question

Я попытался использовать LLVM для компиляции исходного кода на C++ для создания двоичных файлов. Вот пример:

//hello.cpp 
#include <iostream> 
int main() { 
    std::cout << "Hello World!\n" << std::endl; 
    return 0; 
} 

Я использую следующие команды:

clang++ -emit-llvm -c hello.cpp -o hello.bc 
llc -march=arm hello.bc -o hello.s // I do need this step for running some backend optimizations 
arm-none-linux-gnueabi-g++ -static hello.s -o hello.exe 

Там не было никаких предупреждений или ошибок до сих пор. Затем я попытался запустить "hello.exe" с помощью QEmu-руки и gem5 тренажере, как столкнулся с ошибкой сегментации:

выход из для QEMU руки:

qemu-arm hello.exe 
qemu: uncaught target signal 11 (Segmentation fault) - core dumped 
Segmentation fault (core dumped) 

выходной формы gem5:

~/gem5/build/ARM/gem5.opt ~/gem5/configs/example/se.py -c ./hello.exe 
**** REAL SIMULATION **** 
info: Entering event queue @ 0. Starting simulation... 
panic: Page table fault when accessing virtual address 0xfffffff4 
@ tick 2035000 
[invoke:build/ARM/sim/faults.cc, line 70] 
Memory Usage: 646432 KBytes 
Program aborted at cycle 2035000 
Aborted (core dumped) 

Я использовал clang версию 3.7.0svn. Я что-то пропустил? Фактически процесс компиляции использовался для нескольких программ c, и все они работали правильно. Но не для C++-программ.

Answer 1

Это не будет работать таким образом. На самом деле, LLVM IR не является нейтральным по назначению, поэтому компиляция x86 IR в ARM не будет работать: ABI - разные и т. Д.

Вам нужно использовать параметр -target от clang (или построить clang как кросс-компилятор, цель по умолчанию).

Answer 2

Спасибо за помощь всем. Я просто понял, как это будет работать:

clang++ -target arm-none-linux-gnueabi --sysroot=/usr/local/arm-2009q3 -static hello.cpp -emit-llvm -c -I /usr/local/arm-2009q3/arm-none-linux-gnueabi/libc/usr/include/ 
llc hello.bc 
arm-none-linux-gnueabi-g++ -static hello.s -o hello.exe 

тонарма бинарными правильно работает на обоих для QEMU руки и gem5.

Я думал, что LLVM IR должен быть полностью независимым от целевой машины, но на самом деле это не так (странно ...)

Я до сих пор не понимаю, почему C программа не имеет эту проблему.