交叉编译时CMAKE缺少sysroot

CMAKE missing sysroot when cross compiling

本文关键字:sysroot 缺少 CMAKE 交叉编译      更新时间:2023-10-16

我在设置与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只将CMake_SYSROOT传递给编译器,编译器指定接收SYSROOT的命令行标志是什么,并且在CMakeDetermineCompilerId中的第一次探测期间,它还不知道它在调用什么编译器。一旦检测到它是GNU,模块/编译器/GNU.cmake就会进行

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

在这被设置之后,CMake将开始通过"0"--sysroot=${CMAKE_sysroot}";

这就是为什么要多次运行;尽管事实上;检查工作的C编译器";第一次失败时,CMake仍然检测到失败的编译器是GNU的一种风格,并将其缓存。因此,在第二次尝试中,它加载GNU.cmake,执行传递--sysroot,一切正常(然后它也有同样的失败,但对于CXX)。在第三次尝试中,CXX也起作用,事情实际上已经过去了

你可以用几种方法来解决这个问题,但我不确定什么是真正最好的

  • 跳过链接,这样CMake实际上不需要sysroot就可以成功,使用CMake_TRY_COMPILE_TARGET_TYPE

    if((NOT CMAKE_C_COMPILER_ID)或(NOT CMAKE_CXX_COMPILER_ID))集合(CMAKE_TRY_COMPILE_TARGET_TYPE STATIC_LIBRARRY)endif()

  • 提前强制编译器ID检测,这样它就已经知道加载GNU.cmake了(似乎必须进入缓存才能在try_compile中工作,不确定为什么)

    设置(CMAKE_C_COMPILER_ID GNU CACHE STRING")设置(CMAKE_CXX_COMPILER_ID GNU CACHE STRING")

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

    设置(CMAKE_C_COMPILE_OPTIONS_SYSROOT"--SYSROOT=")设置(CMAKE_CXX_COMPILE_OPTIONS_SYSROOT"--SYSROOT=")

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

我有两个解决这个问题的方法:

  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变量,因为它只在CMakev3.0之后可用。

我认为您需要设置CMAKE_C_FLAGS和CMAKE_CXX_FLAGS

我还认为你需要

include(CMakeForceCompiler)