Chinaunix首页 | 论坛 | 博客
  • 博客访问: 6684870
  • 博文数量: 1159
  • 博客积分: 12444
  • 博客等级: 上将
  • 技术积分: 12570
  • 用 户 组: 普通用户
  • 注册时间: 2008-03-13 21:34
文章分类

全部博文(1159)

文章存档

2016年(126)

2015年(350)

2014年(56)

2013年(91)

2012年(182)

2011年(193)

2010年(138)

2009年(23)

分类: C/C++

2015-03-25 09:20:23


http://www.cnblogs.com/jason-lu/p/3529950.html

不少人都遇到过这种情况:在Windows下用Visual Studio工具开发的程序需要移植到Linux系统中,做成Linux版本的,但程序比较大,在Linux上又离不开Make,手动编写Makefile文件的工作量又太大.在这里提供一种方法仅供参考.

由于VS的解决方案文件“*.sln”和项目文件 “*.vcproj”文件中保存了源代码的依赖关系和编译信息,只要把它转换成Makefile文件就行了,剩下的就是修改API函数和相关的头文件等保 证兼容性的工作了.幸好老外的大牛们提供了一个工具sln2mak,就解决了由sln生成makefile的烦恼.

sln2mak下载地址:

这个站点提供程序源代码和执行文件,比较人性化.这里简单介绍一下程序的使用.其实都是从上面网页中翻译来的.

sln2mak可以把VS2005或者VS2008的解决方案sln文件解析成Makefile文件,那么这样就可以将VS的项目迁移到Linux中(当然,I/O函数等要变成相应的名字).

1. sln2mak的三种使用情况

1.1 如果工程名和解决方案名相同

sln2mak [Solution_FullPath_File_Name].sln

例如:

sln2mak c:/myprojects/test/unit_test.sln

1.2 如果工程名不同于解决方案名

sln2mak -l [Main_Project_Name] [Solution_FullPath_File_Name].sln

例如:

sln2mak -l unit_test c:/myprojects/test/test.sln

1.3 如果你想转换一系列.vcproj文件,第一个是主工程,后面跟着剩下的工程,然后使用 -d添加额外的依赖,像lib(如果存在)

sln2mak [LEADING_Project_FullPath_Name].vcproj [Project_FullPath_Name_2].vcproj ... 
         [Project_FullPath_Name_n].vcproj -d [lib_Name_1] ... [lib_Name_n]

例如:

sln2mak c:/myprojects/tets/unit_test.vcproj c:/myprojects/tets/test_lib.vcproj -d mystaticlib1 mystaticlib2 mystaticlib3

程序运行后,会发现在.vcproj的文件夹里有一个和这个工程名字相同的.mak文件..mak文件包含全部额外的 libraries,sources和flags为编译,连接,预处理和目标路径.在.sln路径,会发现用于处理全部目标规则(clean,make) 和依赖的Makefile文件.

2. 说明

  • 转换过程中没有损失:源文件不会变;
  • 可能在从.vcproj到.mak转换中,并没有覆盖所有的flags;
  • 使用sln2mak解析VS2008的sln文件时,在“引用”项中去掉8.0.0.0版 本的Microsoft.VisualStudio.VCProjectEngine,添加上9.0.0.0版本的 Microsoft.VisualStudio.VCProjectEngine,再用VS2008编译一下
  • 转换好后连同整个工程一起考到 linux下.在一个终端中进入当前工程目录,然后make,会提示“找不到 projectname.mak 文件”,打开 Makefile,把其中的 “cd && $(MAKE)” 都改成 “cd .&& $(MAKE)” 或者 “$(MAKE)”.再 make,会提示“找不到 -l -lstdc++",打开 projectname.mak 文件,把其中的 “-l -lstdc++” 都改成 “-lstdc++”,这里多了一个空 -l .
  • projectname.mak 这个文件结构比较简单,它通过一个CFG变量来判断当前的编译版本,是Debug,Release或其他,紧接着是每种编译版本对应的编译链接选项,最后是编译命令.这里很多windows相关的宏,资源文件和dep文件,都可以去掉.

3. 示例

拿到单位一份project,为vs2008上开发的,工程名为tfMobileAuth,上司要求将其移植到linux下.此为背景.本人操作步骤如下:

3.1 下载sln2mak可执行文件

没有多想,我囫囵下载了sln2mak的可执行文件,打算先试试

将其放在tfMobileAuth工程的解决方案sln同级目录下

3.2 使用sln2mak生成makefile

由于我的poroject正符合sln2mak使用的第一种情 况,工程名和解决方案名相同,都是tfMobileAuth(即有tfMobileAuth.sln也有tfMobileAuth目录下 tfMobileAuth. vcproj),所以我现在开始-->运行-->cmd,按照第一种情况执行

不对哦!!于是乎我还是老老实实下载sln2mak源码,按照要 求重新编译吧.仔细看过文档的话可以发现,这个工具其实支持VC6~VC8,如果是VS2008的project,则需要调整一下 Microsoft.VisualStudio.VCProjectEngine.

3.3 下载sln2mak源码编译

下载后解压如图

 

用我的VS2008打开此工程,发现需要转化,这工程应该是VS2005下的工程.

编译该project,生成解决方案出错

展开工程中的”引用”

也能看到原来” Microsoft.VisualStudio.VCProjectEngine”不正确.按照上文交代,我们将其删除,重新添加9.0.0.0版本的Microsoft.VisualStudio.VCProjectEngine.

重新编译生成解决方案

我们编译出的sln2mak.exe就放在bin/Debug目录下

3.4 使用sln2mak生成makefile

将上文编译出来的sln2mak.exe拷贝到tfMobileAuth工程的解决方案sln同级目录下.重新执行步骤2,结果如下

工程文件中看到

我们新编译出的sln2mak.exe比我从官网上下载的可执行文件小了点,只有28KB.而且现在也生成了Makefile

大功告成,本人自己都发现我很罗嗦~嘿嘿,谁叫咱脑子不灵光,记得慢忘得快~作为记录,就写到这里

阅读(1699) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~