C++ 交叉编译时CMAKE缺少sysroot
我在设置与CMAKE的交叉编译时遇到一些问题。我使用的工具链是在yocto中创建的,它在cmake之外工作得非常好 我按照教程设置了以下工具链文件:C++ 交叉编译时CMAKE缺少sysroot,c++,gcc,cmake,ld,C++,Gcc,Cmake,Ld,我在设置与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/
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)
# 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)
并在运行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_C_标志和cmake_CXX_标志 我想你也需要
include(CMakeForceCompiler)
对于这个问题,我有两种解决方案:
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)
# 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)
# 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)
顺便说一句,我不能使用variable,因为它只在CMake v3.0中才可用。我自己刚找到这个。问题在于,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实际上就不需要sysroot来成功,使用 if((非CMAKE_C_编译器_ID)或(非CMAKE_CXX_编译器_ID)) 设置(CMAKE\u TRY\u COMPILE\u TARGET\u TYPE STATIC\u库) endif()
- 尽早强制编译器ID检测,这样它就已经知道加载GNU.cmake了(似乎必须进入缓存才能在try_compile中工作,不知道为什么) 集合(CMAKE\U C\U编译器\U ID GNU缓存字符串“”) 设置(CMAKE\U CXX\U编译器\U ID GNU缓存字符串“”)
- 在CMake知道它是GNU之前,就告诉它关于--sysroot 设置(CMAKE\u C\u COMPILE\u OPTIONS\u SYSROOT”--SYSROOT=“) 设置(CMAKE\u CXX\u COMPILE\u OPTIONS\u SYSROOT”--SYSROOT=“)
我不确定哪一个是最好的解决方法,我认为整个问题都是有争议的,因为它确实检测到了编译器id(使用-c,因此不需要链接),它只是没有根据cmake的结果重新加载GNU.cmake,即在检查编译器是否工作之前确定编译器ID。看起来cmake无法检测编译器是否支持
--sysroot
选项。配置时,CMake是否输出C编译器标识为GNU?顺便说一句,在CMAKE_C_编译器变量定义中,在“gnueabi gcc”之前显示带有错误空格的工具链。您的原始工具链文件中没有这个空格,不是吗?配置它时会检测到正确的C编译器C编译器标识为GNU 4.9.1。
。CMAKE_C_编译器中的空格只是一个剪切粘贴问题,我已编辑了原始问题。我不确定,但您尝试构建的CMAKE项目可能以某种方式修改了CMAKE_C_标志,因此,--sysroot
选项消失。你能试着用你的工具链来构建简单的“Hello world”程序吗?只要我使用--sysroot=/home/sifu/test yocto/qemuarmdfs
,这个工具链就可以完美地与Hello world一起工作。哦,对不起,我的意思是用简单的CMake项目来测试CMake工具链文件(例如,它通过添加可执行文件
)来构建“Hellow world”程序)。对于这样的项目,CMake应该自动添加--sysroot
选项,并且在使用make V=1
构建时可以看到它。这并不能解决我的问题,编译器测试命令中仍然没有添加sysroot。但是,如果我连续三次运行cmake,它会设法跳过测试,我会在一定程度上使用make system。解决方案1和cmake_SYSROOT都适合我(NXP QorIQ SDK 2.0 PPC64)。非常感谢你!