web-dev-qa-db-ja.com

LLVMを使用してARM)のWindowsでC ++プログラムをコンパイルする方法は?

AimLLVMのみを使用してARM)のWindowsでC++プログラムをコンパイルします。

なぜパーミッシブライセンスのためにLLVM。

LLVMについての私の理解が正しいかどうか疑問に思い始めています。

ホストマシンで

  1. Clang(フロントエンド)を使用して中間表現を生成します。この表現はターゲットに依存しません。
  2. Llc(バックエンド)を使用して、ターゲットアセンブリコードを生成します。
  3. Lld-link.exeを使用して実行可能ファイルを生成します。

次に、ターゲットマシンで実行します。

ホストマシンWindows 10、64ビット

ターゲットマシンアーム皮質でPXを駆動-a57

プログラム

int main(int argc, char* argv[]) 
{
    int x=41;
    x++;
    return x;
}

LLVMをチェックアウトしてコンパイルしました(Visual Studio 2015、リリースビルド、CPU = x64を使用)

私の試み

clang.exe -target arm -march=armv8-a -mcpu=cortex-a57 -mfloat-abi=hard  -emit-llvm -c -o main.bc  main.cpp
llc.exe -march=arm -mcpu=cortex-a57 -mattr=a57,armv8-a,v8 -meabi=gnu -o main.s main.bc
lld-link.exe /entry:main /machine:arm main.s

エラー

lld-link.exe: error: main.s: unknown file type

次に、Windowsでフロントエンドの手順を実行し、ARMマシンでバックエンドを実行してみました。

clang.exe -target arm -march=armv8-a -mcpu=cortex-a57 -mfloat-abi=hard  -emit-llvm -c -o main.bc  main.cpp
llc.exe -march=arm -mcpu=cortex-a57 -mattr=a57,armv8-a,v8 -meabi=gnu -o main.s main.bc
SCP main.s to the arm machine. SSH and
gcc main.s (using gcc as a test. LLVM should do this.)

エラー

main.s: Assembler messages:
main.s:2: Error: unknown pseudo-op: `.syntax'
main.s:3: Error: unknown pseudo-op: `.eabi_attribute'
main.s:9: Error: unknown pseudo-op: `.fpu'
main.s:26: Error: junk at end of line, first unrecognized character is `@'
main.s:29: Error: unknown pseudo-op: `.code'
main.s:31: Error: unknown pseudo-op: `.fnstart'
main.s:32: Error: junk at end of line, first unrecognized character is `@'
main.s:34: Error: operand 1 should be an integer register -- `mov r2,#0'
main.s:41: Error: operand 1 should be an integer or stack pointer register -- `add r0,r0,#1'
main.s:45: Error: unknown mnemonic `bx' -- `bx lr'
main.s:48: Error: unknown pseudo-op: `.cantunwind'
main.s:49: Error: unknown pseudo-op: `.fnend'
main.s:50: Error: junk at end of line, first unrecognized character is `@'

だから私はWindowsだけをターゲットにしようとしました

clang.exe  -emit-llvm -c -o main.bc  main.cpp
llc.exe -march=x86 -c -o main.s main.bc
ld.lld.exe main.s

エラー

ld.lld.exe: error: main.s:1: unknown directive: .text

次に、ld.lld.exeの代わりにgccを使用します(ここでもgccをテストとして使用します。LLVMがこれを実行する必要があります)。

clang.exe  -emit-llvm -c -o main.bc  main.cpp
llc.exe -march=x86 -c -o main.s main.bc
gcc main.s -o main.exe

それはうまくいきます。テストするには、

main.exe
echo Exit Code is %errorlevel%

これは42を返します

一般的な質問

LLVMのみを使用してARMCPUをターゲットとするWindowsでC++プログラムをコンパイルする手順は何ですか(gccなし、ARMから何もダウンロードされません)?

特定の質問

  1. 自己コンパイルされたLLVMに付属するツール(clang.exe、llc.exe、lld.exeなど)は、Windowsターゲットアームで実行可能ファイルをコンパイルできますか?たとえば、lldはまだ開発中ですか?
  2. Windowsを対象としたWindowsでのコンパイルとリンクの試みが失敗するのはなぜですか?
  3. ターゲットのホストでリンクする場合、ヘッダーファイルとライブラリ(libstdc ++など)はどこから取得されますか?アームマシンから入手する必要があると思いますか?それらをホストにコピーし、リンカーにそれらを見つける場所を伝えますか?あれは正しいですか?

更新

だから私は最初に試しました Clangを使用したクロスコンパイル

clang.exe --target=arm --sysroot=c:\code\clang\FromCmdLine main.cpp  -v

結果は

clang.exe: error: linker (via gcc) command failed with exit code 1 (use -v to see invocation)

そして-vの詳細は

 "C:\\llvm\\clang.exe" -cc1 -triple armv4t-- -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -discard-value-names -main-file-name main.cpp -mrelocation-model static -mthread-model posix -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -target-cpu arm7tdmi -target-feature +soft-float -target-feature +soft-float-abi -target-feature -fp-only-sp -target-feature -d16 -target-feature -vfp2 -target-feature -vfp3 -target-feature -fp16 -target-feature -vfp4 -target-feature -fp-armv8 -target-feature -neon -target-feature -crypto -target-feature +strict-align -target-abi aapcs -msoft-float -mfloat-abi soft -fallow-half-arguments-and-returns -dwarf-column-info -debugger-tuning=gdb -v -resource-dir "c:\\llvm\\clang\\7.0.0" -isysroot "c:\\code" -fdeprecated-macro -fdebug-compilation-dir "c:\\code" -ferror-limit 19 -fmessage-length 293 -fno-signed-char -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o "C:\\Users\\AppData\\Local\\Temp\\main-b17d06.o" -x c++ main.cpp
clang -cc1 version 7.0.0 based upon LLVM 7.0.0svn default target x86_64-pc-win32
ignoring nonexistent directory "c:\code\usr/local/include"
ignoring nonexistent directory "c:\code\usr/include"
#include "..." search starts here:
#include <...> search starts here:
 C:\llvm\clang\7.0.0\include
End of search list.
 "C:\\MinGW\\bin\\gcc.exe" "--sysroot=c:\\code" -v -o a.out "C:\\Users\\AppData\\Local\\Temp\\main-b17d06.o"
Using built-in specs.
COLLECT_GCC=C:\MinGW\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/lto-wrapper.exe
Target: mingw32
Configured with: ../src/gcc-6.3.0/configure --build=x86_64-pc-linux-gnu --Host=mingw32 --target=mingw32 --with-gmp=/mingw --with-mpfr --with-mpc=/mingw --with-isl=/mingw --prefix=/mingw --disable-win32-registry --with-Arch=i586 --with-tune=generic --enable-languages=c,c++,objc,obj-c++,fortran,ada --with-pkgversion='MinGW.org GCC-6.3.0-1' --enable-static --enable-shared --enable-threads --with-dwarf2 --disable-sjlj-exceptions --enable-version-specific-runtime-libs --with-libiconv-prefix=/mingw --with-libintl-prefix=/mingw --enable-libstdcxx-debug --enable-libgomp --disable-libvtv --enable-nls
Thread model: win32
gcc version 6.3.0 (MinGW.org GCC-6.3.0-1)
COMPILER_PATH=c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/;c:/mingw/bin/../libexec/gcc/;c:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../../mingw32/bin/
LIBRARY_PATH=c:/mingw/bin/../lib/gcc/mingw32/6.3.0/;c:/mingw/bin/../lib/gcc/;c:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../../mingw32/lib/;c:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../;c:/code/clang/FromCmdLine/lib/
COLLECT_GCC_OPTIONS='-v' '-o' 'a.out' '-mtune=generic' '-march=i586'
 c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/collect2.exe -plugin c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/liblto_plugin-0.dll -plugin-opt=c:/mingw/bin/../libexec/gcc/mingw32/6.3.0/lto-wrapper.exe -plugin-opt=-fresolution=C:\Users\AppData\Local\Temp\ccufvVIA.res -plugin-opt=-pass-through=-lmingw32 -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_eh -plugin-opt=-pass-through=-lmoldname -plugin-opt=-pass-through=-lmingwex -plugin-opt=-pass-through=-lmsvcrt -plugin-opt=-pass-through=-ladvapi32 -plugin-opt=-pass-through=-lshell32 -plugin-opt=-pass-through=-luser32 -plugin-opt=-pass-through=-lkernel32 -plugin-opt=-pass-through=-lmingw32 -plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_eh -plugin-opt=-pass-through=-lmoldname -plugin-opt=-pass-through=-lmingwex -plugin-opt=-pass-through=-lmsvcrt --sysroot=c:\code\clang\FromCmdLine -Bdynamic -o a.out c:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../crt2.o c:/mingw/bin/../lib/gcc/mingw32/6.3.0/crtbegin.o -Lc:/mingw/bin/../lib/gcc/mingw32/6.3.0 -Lc:/mingw/bin/../lib/gcc -Lc:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../../mingw32/lib -Lc:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../.. -Lc:/code/clang/FromCmdLine/lib C:\Users\AppData\Local\Temp\main-b17d06.o -lmingw32 -lgcc -lgcc_eh -lmoldname -lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc -lgcc_eh -lmoldname -lmingwex -lmsvcrt c:/mingw/bin/../lib/gcc/mingw32/6.3.0/crtend.o
c:/mingw/bin/../lib/gcc/mingw32/6.3.0/../../../../mingw32/bin/ld.exe: C:\Users\AppData\Local\Temp\main-b17d06.o: Relocations in generic ELF (EM: 40)
C:\Users\AppData\Local\Temp\main-b17d06.o: error adding symbols: File in wrong format

更新

これは私の質問に完全には答えませんが、進歩するのに役立ちます。

理解を深めるために、 crosstool-NG が便利で、特に ドキュメント (第1章から第5章)が役に立ちました。

それから私は cmakeクロスコンパイル ドキュメントを読みました。

私は小さなcmakeC++テストを書きました。

Helloworld.cpp

#include <iostream>
int main(int argc, char *argv[])
{
   std::cout << "Hello World!" << std::endl;
   return 0;
}

CMakeLists.txt

cmake_minimum_required(VERSION 2.8.9)
project (hello)
add_executable(hello helloworld.cpp)

Cmakeのターゲット固有の構成。これは 4 からです。

set(CMAKE_SYSTEM_NAME Linux)
set(CMAKE_SYSTEM_PROCESSOR arm)

set(CMAKE_SYSROOT /home/user/x-tools/aarch64-unknown-linux-gnueabi/aarch64-unknown-linux-gnueabi/sysroot/)
set(CMAKE_STAGING_PREFIX /home/user/crosscompile/stage)

set(tools /home/user/x-tools/aarch64-unknown-linux-gnueabi)
set(CMAKE_C_COMPILER ${tools}/bin/aarch64-unknown-linux-gnueabi-gcc)
set(CMAKE_CXX_COMPILER ${tools}/bin/aarch64-unknown-linux-gnueabi-g++)

set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY)

そしてコマンドライン

cmake -DCMAKE_TOOLCHAIN_FILE=../toolchain_file.txt ..

そのクロスコンパイルはARMになり、プログラムはARMマシンで実行されます。

ただし、これはLLVM/Clangを使用しません。 LLVMを使用するには、使用するツールチェーン構成を変更することを考えました

set(tools /usr/bin)
set(CMAKE_C_COMPILER ${tools}/clang)
set(CMAKE_CXX_COMPILER ${tools}/clang++)

そのbinフォルダーはホストマシン用であるため、失敗しました。

http://releases.llvm.org/download.html からAArch64ダウンロードを使用してみました。はい、それも機能しませんでした。

要約すると、これは何が必要かです。

  1. Libおよびincludeフォルダーを含むターゲットシステムのsysrootフォルダー。さて、そのsysrootフォルダーにはlibとincludeよりも多くのものが必要です。
  2. ターゲットシステムのツールチェーン(コンパイラ、アセンブラ、リンカ)。
9
robor78

これは、概念実証を機能させるために、Host = linuxx86_64およびtarget = DrivePX(arm aarch64)でllvmのみを使用してクロスコンパイルするために私がしなければならなかったことです。 (Host = Windows 10 x86_64でも動作します。)

croostool-ng のようなクロスコンパイルツールチェーンを設定するツールをお勧めしますが、以下の手順は舞台裏で何が起こっているかを示しており、llvmのみを使用しています。

  1. ホストコンピューターで、Clang を含むLLVMをチェックアウトしてコンパイルします。
    • http://llvm.org/docs/GettingStarted.html を参照してください。
    • これには長い時間がかかるため、リリースビルドを実行してください。また、十分なスペース(GB)があることを確認してください。
    • Cmakeにリリースビルドを実行するように指示するには(例:.
    • CC=gcc CXX=g++ cmake -G "Unix Makefiles" -DCMAKE_BUILD_TYPE=Release ../llvm/
    • 次に、makeを呼び出します。
  2. ホストコンピューターでclangを呼び出します。
    • ターゲットを設定することを忘れないでください。 --target=aarch64-linux-gnu
    • Llvmリンカーを使用するようにclangに指示します。つまり-Fuse-ld=lld
    • clang --target=aarch64-linux-gnu -v main.cpp -o main -Fuse-ld=lld
  3. 多くのリンカーエラーが発生します

ld.lld:エラー:ライブラリ-lgccが見つかりません

ld.lld:エラー:ライブラリ-lgcc_sが見つかりません

ld.lld:エラー:ライブラリ-lcが見つかりません

  1. そして、crtX.oファイルの欠落に関するいくつかのエラー。

ld.lld:エラー:crt1.oを開くことができません:そのようなファイルまたはディレクトリはありません

  1. ターゲットマシンで、すべてのlibgcc、libcなどのファイルを見つけます。
    • 完全にバージョン管理されたライブラリをコピーすることを忘れないでください。 libgcc_s.soの場合はlibgcc_s.so.1をコピーします
    • これらのファイルをホストコンピューターにコピーします。
    • これらのライブラリの場所をclangに伝えます。ファイルをlibsというフォルダーにコピーします
    • clang --target=aarch64-linux-gnu -v main.cpp -o main -Fuse-ld=lld -L./libs
    • また、リンカーが探していることを忘れないでください。 libgcc_s.soなので、たとえばへのシンボリックリンクを作成します。 libgcc_s.so.1。
  2. CrtX.oファイルをターゲットからホストにコピーします。それらをmain.cppの隣に置きます。
  3. 次にもう1つのエラー

ld.lld:エラー:未定義のシンボル:__ libc_csu_fini

  • そのシンボルはlibc_nonshared.aにあります。そしてこれ answer 助けになりました。

libc.soは、共有ライブラリlibc.so.6と非共有部分libc_nonshared.aをプルするようにリンカーに指示するリンカースクリプトです。

  • ホストでlibc.soを見つけて開き、libc.so.6とlibc_nonshared.aがどこにあるかを確認します。
  • それらをホストにコピーします。
  • これらの2つのライブラリを使用するようにリンカに指示します。つまり、-lc -lc_nonshared
  • clang --target=aarch64-linux-gnu -v main.cpp -o main -Fuse-ld=lld -L./libs -lc -lc_nonshared

私の短いテキストコードはlibc、libgccにのみ依存し、ヘッダーファイルは必要ありません。コードに他のライブラリとヘッダーファイルが必要な場合は、それらをターゲットからホストにコピーする必要があります。


Update読んでください この質問 libgccについて疑問がある場合。

3
robor78