用vs2013velt-014进行嵌入式开发.docVIP

用vs2013+velt-0.1.4进行嵌入式开发 插件安装 1.1????什么是VELT VELT的全称是Visual EmbedLinuxTools，它是一个与visual gdb类似的visual studio插件，用以辅助完成Linux开发。利用这个插件，将可以在visual studio的IDE中进行Linux应用程序的开发（包括编译和调试），也可以进行uboot和linux内核的编译，并根据编译时的错误信息正确定位到源码。目前的版本是0.1.4，仅支持vs2013。此插件可以在CSDN下载频道下载（/detail/lights_joy/8429771）。下面是它的基本功能： 支持x86 Linux，海思hi3516/hi3520，MinGW这几个平台，提供这几个平台的项目模板。 完成UBOOT的编译，并根据编译的错误信息自动定位到相应的文件位置。 完成LINUX内核的编译，并根据编译的错误信息自动定位到相应的文件位置。 在VS下完成Linux内核的配置。 不使用Makefile进行Linux应用程序的编译。 使用Makefile进行Linux应用程序的开发。 使用SSH连接目标机器并用gdb进行应用程序的调试。 使用Telnet连接目标机器并用gdb进行应用程序的调试。 在VS中集成Linux终端(Poderosa)，支持SSH/Telnet/Com，在打开终端时自动将VS的变量导出为bash里的变量，如ProjectDir等。? 1.2????VELT的基本原理 VELT本身并不包含任何编译工具，它所做的工作仅仅是把VS2013这个前端和不同的GNU编译器连接起来而已，真正的编译与调试仍然由交叉编译工具完成! 在进行代码编译的时候，VELT采用的是远程编译的方法，当VS进行编译操作的时候，VELT使用SSH登录到Linux主机系统中进行编译，再分析编译过程中产生的信息，将之转换为vs能够识别的信息，这样VS就可以在IDE中正确定位错误发生的文件！ 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中。? 1.3????开发环境 下面是一个典型的嵌入式开发环境配置： 主机开发环境： 系统：WIN8 64位 开发工具：vs2013 + velt-0.1.4 虚拟机：Vmware workstation-11.0。? 编译主机开发环境： 虚拟机的系统用于交叉编译和嵌入式开发中各种服务的提供。 操作系统：RHEL-6.3，此虚拟机仅用于开发，不考虑其安全性的配置。 开发工具：gcc、不同平台下的交叉编译工具链。 系统服务：开启tftp、samba、ftp、ssh? 目标机：想使用的平台，如海思、TI、ADI等平台，或者虚拟机的Linux。 连接方式：telnet / ssh / com 调试方式：gdb / gdbserver? 1.4????目录共享 首先将windows目录通过vmware的共享目录功能共享给Linux，如f:\work，在Linux下看到的目录就是/mnt/hgfs/share/work。 其次将Linux下的目录通过samba服务共享给windows，如/work，映射到windows下的z:\，这里需要注意的是samba的帐号和我们后面用SSH登录的帐号应当一致，避免由于权限问题造成不必要的干扰。 当进行uboot和linux内核的开发时，代码只能放在linux的虚拟硬盘中，而不能放在windows系统中，因为它们需要使用符号链接，也需要区分大小写。 而在进行普通应用程序开发时，如果没有使用符号链接，只需要将代码放在windows目录下，这样可以加快vs的代码分析速度。? 1.5????Sdf文件位置 由于VS2013浏览信息放在SDF文