Visual EmbedLinux Tools简称VELT,一款visual studio插件,主要用于辅助Linux的开发,可进行UBOOT的编译、Linux内核的编译配置和应用程序的调试等,从而让VS支持嵌入式Linux的开发。
插件功能:
1、支持x86 Linux,hi3516,hi3520,MinGW这几个平台。
2、完成UBOOT的编译,并根据编译的错误信息自动定位到相应的文件位置。
3、完成LINUX内核的编译,并根据编译的错误信息自动定位到相应的文件位置。
4、完成LINUX内核的配置。
5、不使用Makefile进行Linux应用程序的编译。
6、使用SSH连接目标机器并用gdb进行应用程序的调试。
7、使用Telnet连接目标机器并用gdb进行应用程序的调试。
开发环境介绍
下面是一个典型的嵌入式开发环境配置:
主机开发环境:
系统:WIN8 64位
开发工具:vs2013 + velt-0.1.1
虚拟机:Vmware workstation-11.0。
编译主机开发环境:
虚拟机的系统用于交叉编译和嵌入式开发中各种服务的提供。
操作系统:RHEL-6.3,此虚拟机仅用于开发,不考虑其安全性的配置。
开发工具:gcc、不同平台下的交叉编译工具链。
系统服务:开启tftp、samba、ftp、ssh
目标机:想使用的平台,如海思、TI、ADI等平台,或者虚拟机的Linux。
连接方式:telnet / ssh / com
调试方式:gdb / gdbserver
目录共享
首先将windows目录通过vmware的共享目录功能共享给Linux,如f:\work,在Linux下看到的目录就是/mnt/hgfs/share/work。
其次将Linux下的目录通过samba服务共享给windows,如/work,映射到windows下的z:\,这里需要注意的是samba的帐号和我们后面用SSH登录的帐号应当一致,避免由于权限问题造成不必要的干扰。
当进行uboot和linux内核的开发时,代码只能放在linux的虚拟硬盘中,而不能放在windows系统中,因为它们需要使用符号链接,也需要区分大小写。
而在进行普通应用程序开发时,如果没有使用符号链接,只需要将代码放在windows目录下,这样可以加快vs的代码分析速度。
安装IronPython / PTVS
由于在VELT中需要使用Python,为了方便在vs2013中对python文件进行编辑,建议安装IronPython和PTVS扩展。
Sdf文件位置
由于VS2013浏览信息放在SDF文件中,而项目文件可能放在虚拟机的共享目录中,因此需要更改SDF文件的路径,务必保证它位于windows直接管理的硬盘上,否则在编译大项目时将导致运行速度缓慢。
VELT安装方法:
下面开始安装VELT插件:
1、解开VELT的压缩包,放到某个目录下,如我的目录是:
F:\projects\src\gdb2012\EmbedLinux
此目录应当避免空格与中文文件名!
2、在环境变量中添加一个叫EMBEDLINUX_ROOT的环境变量:
注意路径结尾的反斜杠。
3、安装release目录下的EmbedLinux.Installer-0.1.1.vsix:
安装完成后应当可以在vs的帮助信息中看到这个插件:
也可以在工具->扩展和更新中看到:
4、将msbuild目录下的所有文件复制到:
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V120
这是关键的一步,否则将无法添加新的平台!!!
至此安装完成。
VELT的基本原理
VELT本身并不包含任何编译工具,它所做的工作仅仅是把VS2013这个前端和不同的GNU编译器连接起来而已,真正的编译与调试仍然由交叉编译工具完成!
在进行代码编译的时候,VELT采用的是远程编译的方法,当VS进行编译操作的时候,VELT使用SSH登录到Linux主机系统中进行编译,再分析编译过程中产生的信息,将之转换为vs能够识别的信息,这样VS就可以在IDE中正确定位错误发生的文件!在这种方式中,Make或者gcc生成的错误信息由于编译方式的不同产生的错误信息是有差异的,为了处理这种差异,VELT将这个过程用python来完成。这样在不同的项目中只需要对python脚本做少量修改就可以了,这个脚本将做为用户项目的一部分。这种方式获得的另一个好处是大大降低VS扩展的代码,从而降低了对VS稳定性的影响。
VELT依赖于Linux的samba或者虚拟机的共享目录功能来实现项目文件的共享,不支持用scp将文件上传到Linux后进行编译。
在调试这一块,VELT目前仅能支持Linux下console应用程序的调试,且只能使用gdb,不支持gdbserver,其调试引擎的结构为:
如上图所示,VELT在WINDOWS端运行了两个辅助程序。一个是RemoteConsole,这个程序的主要作用是显示远端程序的输出,并接受用户输入传送给远端。另一个是python解释器,这个解释器用于完成SSH/TELNET/COM连接,并负责调用远端Linux上的gdb。这两个应用程序仅当启动调试的时候才运行,平常并不使用它。
当启动项目调试时,VC调试引擎将加载RemoteConsole.exe,由于这是一个WINDOWS的本地程序,所以VS可以正常加载。当VC引擎启动时,VELT扩展将接收到此事件,并调用自己的调试引擎,在这个调试引擎中,它将通过网络连接RemoteConsole,以控制GDB的运行并接收gdb的事件,将之反映到IDE中。
∨ 展开