用VS2013+VELT-0.1.3进行Linux开发：Hello World

快乐虾

http://blog.csdn.net/lights_joy/（QQ群：Visual EmbedLinux Tools 375515651）

欢迎转载，但请保留作者信息

本文仅适用于vs2013 + velt-0.1.3

1.1    什么是VELT

VELT的全称是Visual EmbedLinuxTools，它是一个与visual gdb类似的visual studio插件，用以辅助完成Linux开发。利用这个插件，将可以在visual studio的IDE中进行Linux应用程序的开发（包括编译和调试），也可以进行uboot和linux内核的编译，并根据编译时的错误信息正确定位到源码。目前的版本是0.1.3，仅支持vs2013，是一个刚刚启动开发不久的插件。可以在CSDN下载频道下载（http://download.csdn.net/detail/lights_joy/8396189），安装过程参见《用VS2013+VELT-0.1.3进行Linux开发：环境搭建》。下面是它的基本功能：

1. 支持x86 Linux，hi3516，hi3520，MinGW这几个平台。

2. 完成UBOOT的编译，并根据编译的错误信息自动定位到相应的文件位置。

3. 完成LINUX内核的编译，并根据编译的错误信息自动定位到相应的文件位置。

4. 完成Linux内核的配置。

5. 不使用Makefile进行Linux应用程序的编译。

6. 使用Makefile进行Linux应用程序的开发。

7. 使用SSH连接目标机器并用gdb进行应用程序的调试。

8. 使用Telnet连接目标机器并用gdb进行应用程序的调试。

本文将说明如何用VELT创建一个Hello World的Linux应用程序并进行调试。

1.2    工程创建

和普通WIN32程序一样，我们新建一个项目：

这里需要注意的是项目的存放位置，这个目录必须可以在windows下访问，也可以在Linux访问。如我的测试工程放在f:\projects\tmp，对应的Linux访问路径为：

/mnt/hgfs/projects/tmp 

1.3    IntelliSense

在项目创建完成后，可以发现项目中只有一个main.c文件。但此时VS由于找不到包含文件的路径，也无法正确分析代码，显示出来就是这样的：

我们需要让vs的intellisense能够访问正确的头文件，将Linux系统下的/usr/include目录复制一份到windows，如F:\local_cache\linux\usr\include，这个目录只需要给VS访问，因此没有共享的要求，任何目录都可以！

接着我们需要告诉VS正确的头文件的位置，打开ConsoleApplication1的项目属性：

这里的三个选项都只会影响到vs的IntelliSense的分析结果，但这几个参数都不会传递给编译器！不会影响编译器的行为！

包含目录选项会影响到VS在查找头文件时的行为。

强制包含文件中可以处理gcc编译器和vc编译器之间的一些差异，如gcc中的__attribute__，VS并不支持，因此可以在强制包含的文件中将其定义为空：

#define __attribute__(x)

这样VS就可以正确分析代码了。

预处理器定义的作用和强制包含文件一样，也是方便VS分析代码。

在做了这个配置后，VS就不会有红色的错误提示了：

在stdio.h上右键选择打开文档，可以发现VS正确打开了我们复制过来的/usr/include目录下的stdio.h，而不是VC里的stdio.h。

再试一下vc所不支持的pthread

可以发现，IntelliSense完全可以正确地显示提示，YEAH~~~~

1.4    输出目录与中间目录配置

接下来配置输出目录和中间目录：

这里的参数含义和其它VC项目一致，也可以使用MSBUILD中的变量。

在此将输出目录和中间目录修改我们需要的路径，需要注意的是，这里的路径必须保证可以在Linux下访问！！

如我们项目使用了虚拟机的共享功能，它的Linux访问路径是/mnt/hgfs/projects/，在windows下的访问路径为：F:\projects\，而这个项目放在F:\projects\tmp\ConsoleApplication目录下，在Linux下的访问路径就是/mnt/hgfs/projects/src/ConsoleApplication，因此这个设置是没有问题的。

此处需要注意的第二个问题是大小写的问题，因为这个路径是需要在Linux下访问的，因此必须区分大小写。

1.5    更改编译主机配置

当生成工程时，VELT必须登录编译主机进行项目编译，因此接下来更改编译主机配置：

这里仍然需要注意的是Windows访问路径的大小写和路径结尾的斜杠。

如前所述，/mnt/hgfs/projects/是Linux下的共享路径，F:\projects\则是映射过来的windows路径，二者指向的必须是同一个位置！

在VELT登录到编译主机后，会将此处配置的可执行文件目录添加到PATH环境变量前面，因此这里的可执行文件目录必须是在编译主机上的Linux路径，此路径不会在windows下使用，也没有共享的要求。

1.6    更改目标机配置

在编译完成后，可以使用VELT进行调试，因此必须配置目标机的参数：

由于我们的目标机就是编译主机，因此这两个配置是相同的。

这里的目标连接类型支持ssh和telnet两种方式，本项目使用SSH。

在VELT登录到目标主机后，会将此处配置的可执行文件目录添加到PATH环境变量前面，因此这里的可执行文件目录必须是在目标主机上的Linux路径，此路径不会在windows下使用，也没有共享的要求。

在VELT登录到目标主机后，会将此处配置的库目录添加到LD_LIBRARY_PATH环境变量前面，因此这里的目录必须是在目标主机上的Linux路径，此路径同样不会在windows下使用，也没有共享的要求。 

1.7    工程编译

在完成上述配置之后就可以按F7生成解决方案了：

在资源管理器下可以看到F:\projects\tmp\ConsoleApplication1\bin\Linux\Debug下生成了一个叫ConsoleApplication1的文件。

我们到Linux下运行它：

一切正常。

1.8    调试器配置

接下来试试调试功能，首先配置调试参数：

这里的命令参数不可更改，只能配置为$(RemoteConsole)，这是和VC项目不同的地方！

命令参数可以配置为要传递给应用程序的参数。

当调试开始前，VELT将进入工作目录后启动gdb，因此这里的工作目录为目标机器上的目录，我们将其配置为项目的输出路径。

在登录目标主机后，VELT可以执行这里定义的调试前命令，在嵌入式系统开发中，可以在此将程序通过TFTP等协议下载到目标主机中，此项目中留空。 

1.9    调试

试试在main这里设置一个断点，启动调试：

按F5，GO....

此时的console输出：

试试单步执行，一切正常！

1.10    不调试运行

再试试按Ctrl + F5，不调试运行，很不幸的是加载失败：

修改工作目录为F:\projects\tmp\ConsoleApplication1\bin\Linux\Debug：

搞定！