【问题标题】:CMAKE missing sysroot when cross compiling交叉编译时CMAKE缺少sysroot
【发布时间】:2016-07-11 18:49:02
【问题描述】:

我在使用 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 的路径时 cmake 不使用 sysroot 标志。

【问题讨论】:

  • 看起来 CMake 无法检测到编译器支持 --sysroot 选项。配置时 CMake 是否输出行 The C compiler identification is GNU?顺便说一句,您在CMAKE_C_COMPILER 变量定义中的“gnueabi-gcc”之前显示带有错误空格的工具链。您的原始工具链文件中没有这个空间,不是吗?
  • 配置时会检测到正确的 C 编译器 The C compiler identification is GNU 4.9.1.。 CMAKE_C_COMPILER 中的空间只是一个剪切和粘贴问题,我已经编辑了原始问题。
  • 我不确定,但您尝试构建的 CMake 项目可能以某种方式修改了 CMAKE_C_FLAGS,因此 --sysroot 选项消失了。你能尝试用你的工具链构建简单的“Hello world”程序吗?
  • 只要我使用--sysroot=/home/sifu/test-yocto/qemuarmdfs,工具链就可以与hello world完美配合。
  • 糟糕,抱歉,我打算用简单的 CMake 项目(例如,通过 add_executable 构建“Hellow world”程序)来测试 CMake 工具链文件。对于这样的项目,CMake 应该自动添加--sysroot 选项,并且您可以在使用make V=1 构建时看到它。

标签: c++ gcc cmake ld


【解决方案1】:

我自己打的。问题是 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 缓存字符串“”)

  • 告诉 CMake 关于 --sysroot,甚至在它知道它是 GNU 之前

    设置(CMAKE_C_COMPILE_OPTIONS_SYSROOT“--sysroot=”) 设置(CMAKE_CXX_COMPILE_OPTIONS_SYSROOT "--sysroot=")

我不确定哪个是最好的解决方法,我认为整个事情都可以说是一个 CMake 错误,因为它确实检测到编译器 id 很好(使用 -c,因此不需要链接),它只是没有t 在检查编译器是否工作之前,根据 CMAKE_DETERMINE_COMPILER_ID 的结果重新加载 GNU.cmake。

【讨论】:

    【解决方案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. 第二种解决方案是在工具链文件中使用 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 开始可用。

    【讨论】:

    • 解决方案 1 和 CMAKE_SYSROOT 都适用于我(NXP QorIQ SDK 2.0 PPC64)。非常感谢!
    【解决方案3】:

    我认为你需要设置 CMAKE_C_FLAGS 和 CMAKE_CXX_FLAGS

    我也觉得你需要

    include(CMakeForceCompiler)
    

    【讨论】:

    • 它没有解决我的问题,编译器测试命令中仍然没有添加sysroot。但是,如果我连续运行 3 次 cmake,它会设法跳过测试,并且我的 make 系统有点工作。
    猜你喜欢
    • 1970-01-01
    • 2013-07-10
    • 1970-01-01
    • 2011-03-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多