1
完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
概述: 交叉编译大概的意思是指: 在PC(x86_x64)的机器上编译其他平台如ARM平台的代码,这个过程叫做交叉编译。对于交叉编译,我们首先确定目标平台的架构,RK3566的架构是ARMv8,64位的执行状态。
整个交叉编译工程从大的步骤上讲其实很简单,就是细节的坑有一些,总体步骤:1)下载OpenCV的代码 2) 用CMake-GUI工具配置编译配置 3) 利用gcc-aach64编译代码得到动态库so 4) 编译程序在RK3566开发板运行。 一、下载OpenCV4.5.5代码和OpenCV Contributed代码 OpenCV: 官网下载 OpenCV Contribute 1.2 启动cmke-gui 1.3 配置源代码目录和生成目录Build 点击Config: 配置opencv_contribute目录: 1.4 运行后可以看到代码正在编译: 二、CMake-GUI的配置 三、OpenCV代码的编译 编译OpenCV4.5.5出现的错误: ../../lib/libopencv_world.so.4.5.3: undefined reference to `png_do_expand_palette_rgb8_neon' ../../lib/libopencv_world.so.4.5.3: undefined reference to `png_init_filter_functions_neon' ../../lib/libopencv_world.so.4.5.3: undefined reference to `png_do_expand_palette_rgba8_neon' ../../lib/libopencv_world.so.4.5.3: undefined reference to `png_riffle_palette_neon' collect2: error: ld returned 1 exit status apps/model-diagnostics/CMakeFiles/opencv_model_diagnostics.dir/build.make:95: recipe for target 'bin/opencv_model_diagnostics' failed make[2]: *** [bin/opencv_model_diagnostics] Error 1 CMakeFiles/Makefile2:3183: recipe for target 'apps/model-diagnostics/CMakeFiles/opencv_model_diagnostics.dir/all' failed make[1]: *** [apps/model-diagnostics/CMakeFiles/opencv_model_diagnostics.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... 对应的解决方案:打开opencv源码目录,编辑文件 vim 3rdparty/libpng/pngpriv.h 第130行注释掉, 修改为131行 /* # if (defined(__ARM_NEON__) || defined(__ARM_NEON)) && */ # if defined(PNG_ARM_NEON) && (defined(__ARM_NEON__) || defined(__ARM_NEON)) && defined(PNG_ALIGNED_MEMORY_SUPPORTED) # define PNG_ARM_NEON_OPT 2 # else # define PNG_ARM_NEON_OPT 0 # endif #endif 四、编译OpenCV的DEMO在板子上运行 创建一个main.c的OpenCV的DEMO程序,实现的功能是将普通的图像转换为黑白二值化的图像。 #include #include "opencv2/opencv.hpp" #include "opencv2/calib3d/calib3d.hpp" using namespace std; using namespace cv; int main() { Mat imag, result; imag = imread("mv3.jpg",16); result = imag.clone(); threshold(imag, result, 100, 250, THRESH_OTSU); imwrite("huidu.jpg",result); return 0; } 直接编写一个简单的命令调用aarch64-g++编译上边的程序: /home/wzw/rk3566/rk_cross_compile_tool/bin/aarch64-linux-gnu-g++ -g -std=c++11 test.cpp -o test_opencv.out -I/home/wzw/rk3566/rk3566_opencv/include -L/home/wzw/rk3566/rk3566_opencv/lib -lopencv_core -lopencv_imgcodecs -lopencv_imgproc -I : 指定包含头文件的位置 -L: 指定库文件所在的位置 -l : 指定库的名称。虽然完整的名称是libopencv_core.so 但是我们不写后缀名,也写前边的lib。 五、编译程序在RK3566上的运行 5.1 运行.out 提示: no such file or directory 本次交叉编译编译出.out文件,但是运行的时候提示no such file or directory,最终经过排查怀疑是编译的程序无效(编译器的架构选错), 后续选RK3566 SDK提供的交叉编译工具编译代码没出现这该情况。 5.2 error while loading shared libraries: xxx.so.x 当我解决了5.1的问题后,随之而来的是无法正确加载so库。这是因为我以为linux和windows相同,都会默认加载可执行文件同目录的so文件。实际上linux默认情况下并不会先在当前目录下搜寻so库,从而导致error while loading shared libraries。 可以通过ldd命令查看程序依赖库情况,样例如下所示, 5.3让Linux在当前目录下调用so库文件 Linux系统在当前目录下调用so文件:默认情况下Linux系统不在会当前系统下寻找程序需要加载的Library文件,这点和windows并不相同,windows会优先从程序的当前目录下搜寻dll并尝试加载。这个有时候并不方便调试代码。一个简单的方式是:Ctrl + Alt + T打开命令行,输入: # 临时修改,log out之后就失效 export LD_LIBRARY_PATH=./ 如果需要任何时候都优先在当前目录搜寻Library,那么按下面的方法: # 让当前帐号以后都优先加载当前目录的动态库 修改~/.bash_profile在文件末尾加上两行: LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH # 让所有帐号从此都优先加载当前目录的动态库 修改/etc/profile在文件末尾加上两行: LD_LIBRARY_PATH=./ 和 export LD_LIBRARY_PATH 5.4 链接库的时候,提示load shared libraries error,xxx file too short 经过前面的步骤,终于可以看到系统在尝试记载本地的so库,但是加载库的时候提示库太短了。原因:程序链接的动态库中有软连接,但是软连接没有(l)标识,被识别成了实际的动态库文件,软连接文件又太小,所以就成了too short,解决办法,重新建立软连接。 rm libopencv_core.so libopencv_core.so.405 ln -s libopencv_core.so.4.5.5 libopencv_core.so.405 ln -s libopencv_core.so.405 libopencv_core.so 经过上述的各种问题的处理,终于交叉编译的程序终于在RK3566的板子上正常运行。 六、交叉编译译程序在RK3566上的运行 通过Ubuntu18.04交叉编译的OpenCV库除了opencv_highgui这个库之外,其他库都基本都是正常的。PC的Ubuntu18.04编译的OpenCV库会出现下面的问题: terminate called after throwing an instance of 'cv::Exception' what(): OpenCV(4.5.5-dev) /home/wzw/opencv4.5.5/modules/highgui/src/window.cpp:1251: error: (-2:Unspecified error) The function is not implemented. Rebuild the library with Windows, GTK+ 2.x or Cocoa support. If you are on Ubuntu or Debian, install libgtk2.0-dev and pkg-config, then re-run cmake or configure script in function 'cvNamedWindow' 这是因为opencv_highgui这个库依赖GTK图形库。而虚拟机的libgtk是x64,RK3566是arm的libgtk。对于这个问题,可以在RK3566通过源码编译opencv_highgui.so这个库,然后替换交叉编译的opencv_highgui.so。 我测试了一下RK3566通过源码的方式安装OpenCV4.5.5 + OpenCV_Contrib4.5.5 大约需要3小时。如果仅选择opencv_core和opencv_highgui等基本库,应该很快就能编译完。 |
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问,请使用“评论”功能。
基于米尔瑞芯微RK3576核心板/开发板的人脸疲劳检测应用方案
498 浏览 0 评论
768 浏览 1 评论
667 浏览 1 评论
1893 浏览 1 评论
3138 浏览 1 评论
小黑屋| 手机版| Archiver| 德赢Vwin官网 ( 湘ICP备2023018690号 )
GMT+8, 2024-12-21 18:27 , Processed in 0.574196 second(s), Total 70, Slave 54 queries .
Powered by 德赢Vwin官网 网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号