编译环境和交叉编译环境的搭建
qt版本4.8.6 opencv版本2.4.5
host编译环境：
zybo上跑的是xillybus的xillinux版本的ubuntu，参考的一个日语的教程安装的opencv和qt。直接使用的apt-get 命令安装的，zybo板子上已经安装了arm-linux-gnueabihf-的编译环境，hf是用到了硬件浮点，应该在效率上高一些吧命令如下
apt-get install gcc-arm-linux-gnueabihf
apt-get install g++-arm-linux-gnueabihf
在xillinux 的终端下跑如下命令安装qt
apt-get install qt4-dev-tools #开发包
apt-get install qtcreator #ide
apt-get install qt4-doc #文档
opencv库
apt-get install libopencv-dev
这样在板子上就能直接运行qtcreator编译qt和opencv的程序了，具体的qt调用opencv库的方法很简单这就不说了
注意：host编译出来的是桌面图形的qt程序，一般交叉编译的在arm板子上用的都是qws界面，而且host的性能肯定没有pc的性能好，编译个程序都要好长时间，于是在pc端上搭建交叉编译环境。
pc交叉编译环境：
既然已经能再zybo上编译了，相应的库在zybo下都有了，想着交叉编译环境应该很容易，想把板子上的文件直接拷到pc上看看能不能用，于是把zybo里的qmake 和opencv的动态链接文件都拷到了pc端，在qtcreator上做kit的时候发现qmake 不能解析哈。。。
还是要重新交叉编译遍qt的。。。在pc端装好arm-linux-gnueabihf-的编译器，在qt的源码目录下configure，这个是参考的之前交叉编译的配置：
./configure -embedded armv7 -xplatform qws/linux-arm-gnueabi-g++ -little-endian -opensource -host-little-endian -confirm-license -nomake demos -nomake examples -no-pch -prefix /usr/local/qt-arm
很简洁哈make和make install 后（竟然没错误 哈哈 rp。。。）注：事先要改好linux-arm-gnueabi-g++文件里的内容
然后把opencv的.so文件拷到和arm板子上位置相同的路径里，把在板子上编译过的程序源码放到pc端编译了下，（板子上的程序用到了opencv）opencv的动态链接库文件可以用~，但是提示gtk和gdk等等的动态链接文件缺失，但是貌似这样就不用再交叉编译opencv啦，感觉这样轻松不少。对于提示缺少的一些.so文件，找了找那些文件的位置发现都是在板子“/lib/arm-linux-gnueabihf”，“/usr/lib/arm-linux-gnueabihf”路径下，把这两个文件夹拷到pc端对应路径下，再次编译程序，没报错，把编译好的程序拷到板子上设置好qws的环境变量能够正常运行。
2017年广东省照明行业运行分析报告
360手机N6Pro评测 性价比毋容置疑全面的不只是屏幕
什么是间隔采集数据
轴承温度过高怎么治理-轴承润滑11种润滑不足造成轴承损伤级别
美国Gema Touch开发出新型NFC标签
编译环境和交叉编译环境的搭建
RISC-V单板计算机发展现状
什么是STM32Trust？ST最新发布一种支持STM32的SMI技术
按键驱动的实验
英飞凌推出ESD3v3u4ulc阻尼二极管
通信市场格局：中国电信主攻、中国移动主守，中国联通搅局
高通再次指控苹果侵犯其三项专利权
热电偶传感器的工作原理及原理图
辐射骚扰整改思路及方法：匝数的影响
Fusion-io 每秒1TB持续带宽破行业纪录
中国碳纤维产业发展迅速 成功研制T800碳纤维赶超日本
要闻摘选：Stellantis成立汽车软件部门 比亚迪发布高端品牌仰望
华舞依旧，未来不远：智能光伏十大趋势告诉我们什么？
明基ScreenBar屏幕挂灯评测 颇具实用性和人性化的功能
设备安装质量通病原因及预防措施
host编译环境：
zybo上跑的是xillybus的xillinux版本的ubuntu，参考的一个日语的教程安装的opencv和qt。直接使用的apt-get 命令安装的，zybo板子上已经安装了arm-linux-gnueabihf-的编译环境，hf是用到了硬件浮点，应该在效率上高一些吧命令如下
apt-get install gcc-arm-linux-gnueabihf
apt-get install g++-arm-linux-gnueabihf
在xillinux 的终端下跑如下命令安装qt
apt-get install qt4-dev-tools #开发包
apt-get install qtcreator #ide
apt-get install qt4-doc #文档
opencv库
apt-get install libopencv-dev
这样在板子上就能直接运行qtcreator编译qt和opencv的程序了，具体的qt调用opencv库的方法很简单这就不说了
注意：host编译出来的是桌面图形的qt程序，一般交叉编译的在arm板子上用的都是qws界面，而且host的性能肯定没有pc的性能好，编译个程序都要好长时间，于是在pc端上搭建交叉编译环境。
pc交叉编译环境：
既然已经能再zybo上编译了，相应的库在zybo下都有了，想着交叉编译环境应该很容易，想把板子上的文件直接拷到pc上看看能不能用，于是把zybo里的qmake 和opencv的动态链接文件都拷到了pc端，在qtcreator上做kit的时候发现qmake 不能解析哈。。。
还是要重新交叉编译遍qt的。。。在pc端装好arm-linux-gnueabihf-的编译器，在qt的源码目录下configure，这个是参考的之前交叉编译的配置：
./configure -embedded armv7 -xplatform qws/linux-arm-gnueabi-g++ -little-endian -opensource -host-little-endian -confirm-license -nomake demos -nomake examples -no-pch -prefix /usr/local/qt-arm
很简洁哈make和make install 后（竟然没错误 哈哈 rp。。。）注：事先要改好linux-arm-gnueabi-g++文件里的内容
然后把opencv的.so文件拷到和arm板子上位置相同的路径里，把在板子上编译过的程序源码放到pc端编译了下，（板子上的程序用到了opencv）opencv的动态链接库文件可以用~，但是提示gtk和gdk等等的动态链接文件缺失，但是貌似这样就不用再交叉编译opencv啦，感觉这样轻松不少。对于提示缺少的一些.so文件，找了找那些文件的位置发现都是在板子“/lib/arm-linux-gnueabihf”，“/usr/lib/arm-linux-gnueabihf”路径下，把这两个文件夹拷到pc端对应路径下，再次编译程序，没报错，把编译好的程序拷到板子上设置好qws的环境变量能够正常运行。
2017年广东省照明行业运行分析报告
360手机N6Pro评测 性价比毋容置疑全面的不只是屏幕
什么是间隔采集数据
轴承温度过高怎么治理-轴承润滑11种润滑不足造成轴承损伤级别
美国Gema Touch开发出新型NFC标签
编译环境和交叉编译环境的搭建
RISC-V单板计算机发展现状
什么是STM32Trust？ST最新发布一种支持STM32的SMI技术
按键驱动的实验
英飞凌推出ESD3v3u4ulc阻尼二极管
通信市场格局：中国电信主攻、中国移动主守，中国联通搅局
高通再次指控苹果侵犯其三项专利权
热电偶传感器的工作原理及原理图
辐射骚扰整改思路及方法：匝数的影响
Fusion-io 每秒1TB持续带宽破行业纪录
中国碳纤维产业发展迅速 成功研制T800碳纤维赶超日本
要闻摘选：Stellantis成立汽车软件部门 比亚迪发布高端品牌仰望
华舞依旧，未来不远：智能光伏十大趋势告诉我们什么？
明基ScreenBar屏幕挂灯评测 颇具实用性和人性化的功能
设备安装质量通病原因及预防措施