2017-06-19 38 views
0

我已经为HummingBoard-Pro(手臂处理器)交叉编译了一个软件。交叉编译的软件产生错误的输出

软件只使用lcm协议接收一些数据。 如果我使用交叉编译软件,应用程序收到的数据是无效的,而如果我使用板载编译软件,一切正常。

- 软件完全一样! - 我用cmake和一个特定的手臂工具链交叉编译。

交叉编译SW的输出例如:

first value  1 
second value 2 
third value  3 

注:船上编译SW

first value  5.73599e+107 
second value 5.73599e+107 
third value  5.73599e+107 

输出例如这是我的第一个交叉编译尝试这样可能不顺心的事,但我避风港”不知道是什么。

CMakelists文件

cmake_minimum_required(VERSION 3.1) 

set(main_project_dir  ${CMAKE_CURRENT_SOURCE_DIR}) 

set(external_dir   ${main_project_dir}/external) 
set(external_lcm_dir  ${external_dir}/lcm_dir) 
set(external_lcm   ${external_lcm_dir}/lcm) 
set(external_lcm_build ${external_lcm}/build) 
set(external_lcm_gen_exe /usr/local/bin/lcm-gen) 


set(lcm_input_file   ${main_project_dir}/lcm_format_files/lcm_input_files/indrive.sensors.vanet.lcm) 
set(lcm_libraries    ${main_project_dir}/external/lcm_dir/lcm/build/lcm) 
set(lmc_libraries_header  ${main_project_dir}/external/lcm_dir/lcm/) 
set(lcm_autogenerated_dir  ${main_project_dir}/build/lcm_autogenerated_classes) 


add_custom_target(
    generate-lcm 
    COMMAND ${external_lcm_gen_exe} -x ${lcm_input_file} --cpp-hpath ${lcm_autogenerated_dir} 
    COMMENT "=================== Generating lcm files..." 
) 

add_subdirectory(testSender) 
add_subdirectory(testReceiver) 

TOOLCHAIN FILE

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

INCLUDE_DIRECTORIES(/usr/hummingboard/usr/include /usr/hummingboard/include /usr/hummingboard/usr/include/arm-linux-gnueabihf/) 
LINK_DIRECTORIES(/usr/hummingboard/usr/lib /usr/hummingboard/lib /usr/hummingboard/lib/arm-linux-gnueabihf) 


SET(CMAKE_PREFIX_PATH /usr/arm-linux-gnueabihf/lib/ 
         /usr/hummingboard/ 
         /usr/hummingboard/lib/arm-linux-gnueabihf/ 
         /usr/hummingboard/usr 
         /usr/hummingboard/usr/lib/arm-linux-gnueabihf/ 
        ) 


SET (CMAKE_C_COMPILER /usr/bin/arm-linux-gnueabi-gcc) 
SET (CMAKE_CXX_COMPILER /usr/bin/arm-linux-gnueabi-g++) 



SET (CMAKE_FIND_ROOT_PATH /usr/hummingboard/ /usr/hummingboard/usr) 

SET (CMAKE_FIND_ROOT_PATH_MODE_PROGRAM NEVER) 

SET (CMAKE_FIND_ROOT_PATH_MODE_LIBRARY ONLY) 
SET (CMAKE_FIND_ROOT_PATH_MODE_PACKAGE ONLY) 
SET (CMAKE_FIND_ROOT_PATH_MODE_INCLUDE ONLY) 
+0

而不查看'CMakeLists.txt'(在形式的[MCVE]),我们只能猜测。这个脚本可能需要一些* host *参数,而不是*目标*参数。 – Tsyvarev

+0

值'5.73599e + 107'是'0x7f800000',这意味着[无限](https://stackoverflow.com/questions/35022082/assign-infinity-to-float)。所以疯狂的猜测是你的浮点设置是错误的。请使用[verbose makefiles]比较两个构建(工作与非工作)之间的编译器命令行(https://stackoverflow.com/questions/2670121/using-cmake-with-gnu-make-how-can-i - 参见最精确的命令)。 – Florian

+0

我添加了请求的文件 – Franconet

回答

0

谈到我的意见为答案

工具链文件看起来像两个GNU工具链的混合物,这是不允许的并可以解释你的软件的奇怪行为。

我会例如预计会有一个/ usr/hummingboard/bin目录。并且不应该有arm-linux-gnueabihf-gcc/usr/arm-linux-gnueabihf/lib/匹配。

我的猜测是,你是混合hard-float (hf)soft-float图书馆和交叉编译器native-。

它得到与这意味着无限5.73599e+107 = 0x7f800000可见。

要找到根本原因,我会建议检查您的浮点设置。请使用详细的makefile来比较两种版本(工作与非工作)之间的编译器命令行。

参考