Question

我在使用CMAKE设置交叉编译时遇到了一些麻烦。我使用的工具链是在yocto中创建的，它在cmake之外完美地工作。

我已经按照教程设置了以下工具链文件：

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'

如果我用 - sysroot = / home / sifu / test-yocto / qemuarmdfs 手动运行上面日志中描述的gcc命令，它对我有效。当在工具链文件中添加sysroot路径时，为什么不使用sysroot标志。

Answer 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)

第二种解决方案是在工具链文件中使用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_SYSROOT变量，因为它只能从CMake v3.0开始使用。

Answer 2

我自己打了这个。问题在于，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风格，并对其进行了缓存。因此，在第二次尝试时，它将加载GNU.cmake，并通过--sysroot通过，并且一切正常（然后，它具有相同的失败，但对于CXX）。在第三次尝试中，CXX也可以工作，并且事情实际上已经过去了。

您可以通过几种方法解决此问题，但我不确定哪种方法最好

跳过链接，因此使用CMAKE_TRY_COMPILE_TARGET_TYPE
使得CMake实际上不需要成功的sysroot。
如果（（不CMAKE_C_COMPILER_ID）或（不CMAKE_CXX_COMPILER_ID））设置（CMAKE_TRY_COMPILE_TARGET_TYPE STATIC_LIBRARY） endif（）
强制尽早检测编译器ID，因此它已经知道加载GNU.cmake（似乎必须进入缓存才能在try_compile中工作，不确定为什么）

set（CMAKE_C_COMPILER_ID GNU CACHE STRING“”）设置（CMAKE_CXX_COMPILER_ID GNU CACHE STRING“”）
告诉CMake关于--sysroot的信息，甚至在它不知道它是GNU之前

set（CMAKE_C_COMPILE_OPTIONS_SYSROOT“ --sysroot =”）设置（CMAKE_CXX_COMPILE_OPTIONS_SYSROOT“ --sysroot =”）

我不确定哪个是最佳解决方法，而且我认为整个问题都可以归结为CMake错误，因为它确实检测到编译器ID很好（使用-c，因此不需要链接），只是没有做。在检查编译器是否工作之前，请根据CMAKE_DETERMINE_COMPILER_ID的结果重新加载GNU.cmake。

Answer 3

我认为你需要设置CMAKE_C_FLAGS和CMAKE_CXX_FLAGS

我认为你还需要

include(CMakeForceCompiler)

交叉编译时CMAKE缺少sysroot

3 个答案: