优先用VS2019自带的打开VS2015X64本地命令行编译gtest工程测试安装自己写个测试工程#xff0c;看看编译出来的…

文章目录

vs2015编译gtest-v1.12.1概述点评笔记将工程迁出到本地后如果已经编译过工程将工程Revert,

Clean

优先用VS2019自带的打开VS2015X64本地命令行编译gtest工程测试安装自己写个测试工程看看编译出来的gTest库是否正确测试工程代码备注END

前几天有个同学私信我问我在不在

他遇到的问题是用VS2015编译gtest1.12.1编译不过。

哪里不行啊具体啥现象啊?

当然你可以好好的问但是别人可以保留不回答的权利(大家萍水相逢互不相欠。

大家都有自己的事情要做

这样的问题基本不需要问别人只要开源库官方保证了可以用VS2015编译过那就是一定能编译过。

那么大个google厂,

这种基础的编译问题你问别人大概率不会有人理你的(有质量的回答垃圾回帖除外)。

除非人家不经意的看到心情还可以在闲时说2句。

Clean

Studio\2019\Enterprise\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake我将VS2019的CMake拷贝到磁盘的单独位置给其他命令行用。

VS2013/VS2015/VS2017是没有内建CMake的。

3.20.21032501-MSVC_2

或批处理文件。

将自己整理的VS2019CMake位置加入path.

C:\Program

pathD:\my_dev\devToolSet\CMake_3d2_vs2019\bin;%path%再确认一下用的是不是VS2019自带的CMake?

C:\Program

D:\3rd_prj\googletestD:\3rd_prj\googletest建立构建文件夹my_build

cls

.\my_build用CMake构建VS2015版的gTest工程

cmake

Win64D:\3rd_prj\googletest\my_buildcmake

Visual

C:/Users/chenx/AppData/Local/Programs/Python/Python310/python.exe

(found

D:/3rd_prj/googletest/my_buildD:\3rd_prj\googletest\my_build构建成功

用VS2015打开构建好的googletest-distribution.sln

选择x64_release

工程选为x64_Release,要和gTest库的编译模式匹配否则编译不过。

在测试工程中发现gTest的releaseX64库选的是/MT

先将工程改成/MT

D:\my_dev\my_local_git_prj\soft\exp\exp015_gtest\gTestCaseB\googletest-distribution\include//

D:\my_dev\my_local_git_prj\soft\exp\exp015_gtest\gTestCaseB\googletest-distribution\lib#include

gtest/gtest.h

gtest_main.lib)TEST(MyTestSuiteA,

MyTestCaseA)

D:\my_dev\my_local_git_prj\soft\exp\exp015_gtest\gTestCaseB\x64\Release\gTestCaseB.exe

C:\Users\meD:\my_dev\my_local_git_prj\soft\exp\exp015_gtest\gTestCaseB\x64\Release\gTestCaseB.exe

Running

D:\3rd_prj\googletest\googletest\src\gtest_main.cc

Running

用CMake默认产生的工程编译方式中的代码产生方式可能和自己工程中的不一样。

END