web-dev-qa-db-ja.com

クロスコンパイル時にCMAKEにsysrootがありません

CMAKEとのクロスコンパイルの設定に問題があります。私が使用しているツールチェーンは、cmakeの外部で完全に機能するyoctoで作成されています。

チュートリアルに従って、次のツールチェーンファイルを設定しました。

SET(CMAKE_SYSTEM_NAME Linux)
SET(CMAKE_SYSTEM_VERSION 1)
SET(CMAKE_SYSTEM_PROCESSOR arm)

# specify the cross compiler
SET(tools /opt/poky/1.7.1/sysroots/x86_64-pokysdk-linux/usr)
SET(CMAKE_C_COMPILER ${tools}/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc)
SET(CMAKE_CXX_COMPILER ${tools}/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc)

# set sysroot
SET(CMAKE_SYSROOT /home/sifu/test-yocto/qemuarmdfs)
#SET(CMAKE_FIND_ROOT_PATH /home/sifu/test-yocto/qemuarm)

# search for programs in the build Host directories
SET(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
# for libraries and headers in the target directories
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を実行すると次のエラーが発生します

The C compiler
"/opt/poky/1.7.1/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc"
is not able to compile a simple test program.

It fails with the following output:

Change Dir: /home/sifu/Projects/mv/doublepump-single-pump-sw.ss016m21_swapp/cc/CMakeFiles/CMakeTmp

Run Build Command:/usr/bin/make "cmTryCompileExec4012536451/fast"

/usr/bin/make -f CMakeFiles/cmTryCompileExec4012536451.dir/build.make
CMakeFiles/cmTryCompileExec4012536451.dir/build

make[1]: Entering directory
`/home/sifu/Projects/mv/doublepump-single-pump-sw.ss016m21_swapp/cc/CMakeFiles/CMakeTmp'

/usr/bin/cmake -E cmake_progress_report
/home/sifu/Projects/mv/doublepump-single-pump-sw.ss016m21_swapp/cc/CMakeFiles/CMakeTmp/CMakeFiles
1

Building C object
CMakeFiles/cmTryCompileExec4012536451.dir/testCCompiler.c.o


/opt/poky/1.7.1/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc
-O2 -pipe -g -feliminate-unused-debug-types -o
CMakeFiles/cmTryCompileExec4012536451.dir/testCCompiler.c.o -c
/home/sifu/Projects/mv/doublepump-single-pump-sw.ss016m21_swapp/cc/CMakeFiles/CMakeTmp/testCCompiler.c

Linking C executable cmTryCompileExec4012536451

/usr/bin/cmake -E cmake_link_script
CMakeFiles/cmTryCompileExec4012536451.dir/link.txt --verbose=1

/opt/poky/1.7.1/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-gcc
-O2 -pipe -g -feliminate-unused-debug-types -Wl,-O1 -Wl,--hash-style=gnu
-Wl,--as-needed CMakeFiles/cmTryCompileExec4012536451.dir/testCCompiler.c.o
-o cmTryCompileExec4012536451 -rdynamic

... (A lot of ld errors similar to the one below)

/opt/poky/1.7.1/sysroots/x86_64-pokysdk-linux/usr/libexec/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.9.1/ld:
cannot find crtn.o: No such file or directory

collect2: error: ld returned 1 exit status

make[1]: Leaving directory
`/home/sifu/Projects/mv/doublepump-single-pump-sw.ss016m21_swapp/cc/CMakeFiles/CMakeTmp'

上記のログで説明されているgccコマンドを-sysroot =/home/sifu/test-yocto/qemuarmdfsで手動で実行すると、機能します。ツールチェーンファイルにsysrootへのパスが追加されているときに、sysrootフラグを使用しないのはなぜですか。

c++gcccmakeld
9
user1178014

この問題には2つの解決策があります。

  1. ツールチェーンファイルで次のコードを使用します。

    # compiler
set(CMAKE_C_COMPILER /path/to/arm-none-linux-gnueabi-gcc)
set(CMAKE_CXX_COMPILER /path/to/arm-none-linux-gnueabi-g++)
# sysroot location
set(MYSYSROOT /path/to/sysroots/cortexa7-vfp-neon-telechips-linux-gnueabi)
# compiler/linker flags
set(CMAKE_C_FLAGS "${CMAKE_C_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
set(CMAKE_C_LINK_FLAGS "${CMAKE_C_LINK_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
set(CMAKE_CXX_LINK_FLAGS "${CMAKE_CXX_LINK_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
# cmake built-in settings to use find_xxx() functions
set(CMAKE_FIND_ROOT_PATH "${MYSYSROOT}")
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

  2. 2番目の解決策は、ツールチェーンファイルでCMakeForceCompilerパッケージを使用することです。見た目は異なりますが、結果は同じです。

    # compiler
include(CMakeForceCompiler)
cmake_force_c_compiler(/path/to/arm-none-linux-gnueabi-gcc GNU)
cmake_force_cxx_compiler(/path/to/arm-none-linux-gnueabi-g++ GNU)
# sysroot location
set(MYSYSROOT /path/to/sysroots/cortexa7-vfp-neon-telechips-linux-gnueabi)
# compiler/linker flags
add_definitions("--sysroot=${MYSYSROOT}")
set(CMAKE_SHARED_LINKER_FLAGS "${CMAKE_SHARED_LINKER_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
set(CMAKE_EXE_LINKER_FLAGS "${CMAKE_EXE_LINKER_FLAGS} --sysroot=${MYSYSROOT}" CACHE INTERNAL "" FORCE)
# cmake built-in settings to use find_xxx() functions
set(CMAKE_FIND_ROOT_PATH ${MYSYSROOT})
set(CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER)
set(CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY)
set(CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY)

ところで、CMake v3.0以降でのみ使用できるため、 CMAKE_SYSROOT 変数を使用できません。

6
Maxim Suslov

私はこれを自分で叩きました。問題は、CMakeがCMAKE_SYSROOTをコンパイラーに渡すだけで、sysrootを受信するためのコマンドラインフラグが何であるかを指定し、CMakeDetermineCompilerIdでの最初のプローブ中に、呼び出しているコンパイラーがまだわからないことです。 GNUであることを検出すると、Modules/Compiler /GNU.cmakeが実行します。

#!cmake
set(CMAKE_${lang}_COMPILE_OPTIONS_SYSROOT "--sysroot=")

これが設定された後、CMakeは「--sysroot = $ {CMAKE_SYSROOT}」の受け渡しを開始します

これが、複数回実行する理由です。 「動作中のCコンパイラのチェック」が最初に失敗したという事実にもかかわらず、CMakeは失敗したコンパイラがGNUのフレーバーであることを検出し、それをキャッシュしました。したがって、2回目の試行でGNU.cmakeをロードし、doespass --sysroot、そして物事は機能します（それでも同じ失敗がありますが、CXXの場合です）。 3回目の試行でもCXXが機能し、実際に問題は解決します。

これはいくつかの方法で修正できますが、本当に何が最善かわかりません

  • リンクをスキップして、CMakeが成功するために実際にsysrootを必要としないように、 CMAKE_TRY_COMPILE_TARGET_TYPE を使用します。

    if（（NOT CMAKE_C_COMPILER_ID）OR（NOT CMAKE_CXX_COMPILER_ID））set（CMAKE_TRY_COMPILE_TARGET_TYPE STATIC_LIBRARY）endif（）

  • コンパイラIDの早期検出を強制するので、GNU.cmakeをロードすることがすでにわかっています（try_compile内で機能するには、キャッシュに移動する必要があるようですが、理由はわかりません）

    set（CMAKE_C_COMPILER_ID GNU CACHE STRING ""）set（CMAKE_CXX_COMPILER_ID GNU CACHE STRING ""）

  • GNUであることを知る前であっても、CMakeに--sysrootについて教えてください

    set（CMAKE_C_COMPILE_OPTIONS_SYSROOT "--sysroot ="）set（CMAKE_CXX_COMPILE_OPTIONS_SYSROOT "--sysroot ="）

どちらが最善の回避策かはわかりませんが、コンパイラIDを正常に検出した（-cを使用しているため、リンクする必要がない）ため、CMakeのバグであると考えられますが、GNUをリロードしませんでした。コンパイラが動作するかどうかを確認する前に、CMAKE_DETERMINE_COMPILER_IDの結果に基づいて.cmakeを実行します。

3
puetzk

CMAKE_C_FLAGSとCMAKE_CXX_FLAGSを設定する必要があると思います

また、私はあなたが必要だと思います

include(CMakeForceCompiler)
0
Dimitri Merejkowsky