Debian不再为gTest提供任何预编译的软件包。他们建议您将框架集成到项目的makefile中。但是我想保持我的makefile干净。如何像以前的版本(<1.6.0)一样设置gTest,以便可以链接到库?
Debian不再为gTest提供任何预编译的软件包。他们建议您将框架集成到项目的makefile中。但是我想保持我的makefile干净。如何像以前的版本(<1.6.0)一样设置gTest,以便可以链接到库?
Answers:
开始之前,请确保您已阅读并理解 Google的注释!本教程使使用gtest变得容易,但可能会引入讨厌的错误。
wget https://github.com/google/googletest/archive/release-1.8.0.tar.gz
或手工获取。我不会保留这小小的“操作方法”,因此,如果您偶然发现了它,并且链接已过时,请随时对其进行编辑。
tar xf release-1.8.0.tar.gz
cd googletest-release-1.8.0
cmake -DBUILD_SHARED_LIBS=ON .
make
此步骤可能因发行版而异,因此请确保将标头和库复制到正确的目录中。我通过检查Debians以前的gtest库所在的位置来实现这一点。但我敢肯定,有更好的方法可以做到这一点。注意:make install
很危险,不支持
sudo cp -a googletest/include/gtest /usr/include
sudo cp -a googlemock/gtest/libgtest_main.so googlemock/gtest/libgtest.so /usr/lib/
...并检查GNU Linker是否知道这些库
sudo ldconfig -v | grep gtest
如果输出如下所示:
libgtest.so.0 -> libgtest.so.0.0.0
libgtest_main.so.0 -> libgtest_main.so.0.0.0
那一切都很好
gTestframework现在可以使用了。只是不要忘记通过设置-lgtest
为链接器标志和(如果未编写自己的测试主例程的话)显式-lgtest_main
标志来选择将项目链接到库。
从这里开始,您可能想要转到Googles文档以及有关该框架的旧文档,以了解其工作原理。祝您编码愉快!
编辑: 这也适用于OS X!请参阅“如何在OS X上正确设置googleTest”
make install
可以代替手动复制库和标头的目标吗?
'make install' is dangerous and not supported. Instead, see README for how to integrate Google Test into your build system.
include/gtest
,据我可以告诉。
sudo cp -a libgtest_main.so libgtest.so /usr/lib/
不再起作用。该文件甚至都没有开始。
让我专门针对ubuntu用户回答。首先从安装gtest开发包开始。
sudo apt-get install libgtest-dev
请注意,此软件包仅安装源文件。您必须自己编译代码才能创建必要的库文件。这些源文件应位于/ usr / src / gtest。浏览到此文件夹并使用cmake编译库:
sudo apt-get install cmake # install cmake
cd /usr/src/gtest
sudo mkdir build
cd build
sudo cmake ..
sudo make
sudo make install
现在要编译使用gtest的程序,您必须将其链接到:
-lgtest -lgtest_main -lpthread
这对我在Ubuntu 14.04LTS上非常有效。
sudo cp *.a /usr/lib
,只需重新安装它就sudo make install
可以了。
我花了一些时间才弄清楚这一点,因为常规的“ make install”已被删除,我不使用cmake。这是我的经验分享。在工作中,我在Linux上没有超级用户访问权限,因此我在主目录下安装了Google测试框架:~/usr/gtest/
。
要将软件包作为共享库安装在〜/ usr / gtest /中,还包括示例构建:
$ mkdir ~/temp
$ cd ~/temp
$ unzip gtest-1.7.0.zip
$ cd gtest-1.7.0
$ mkdir mybuild
$ cd mybuild
$ cmake -DBUILD_SHARED_LIBS=ON -Dgtest_build_samples=ON -G"Unix Makefiles" ..
$ make
$ cp -r ../include/gtest ~/usr/gtest/include/
$ cp lib*.so ~/usr/gtest/lib
要验证安装,请使用以下test.c作为简单的测试示例:
#include <gtest/gtest.h>
TEST(MathTest, TwoPlusTwoEqualsFour) {
EXPECT_EQ(2 + 2, 4);
}
int main(int argc, char **argv) {
::testing::InitGoogleTest( &argc, argv );
return RUN_ALL_TESTS();
}
编译:
$ export GTEST_HOME=~/usr/gtest
$ export LD_LIBRARY_PATH=$GTEST_HOME/lib:$LD_LIBRARY_PATH
$ g++ -I $GTEST_HOME/include -L $GTEST_HOME/lib -lgtest -lgtest_main -lpthread test.cpp
lgtest_main
)进行链接,则无需main
在测试文件中定义自己的文件。
如果碰巧正在使用CMake,则可以ExternalProject_Add
按此处所述使用。
这避免了您必须将gtest源代码保留在存储库中或将其安装在任何地方。它会自动下载并构建在您的构建树中。
Debian / Ubuntu的更新
Google Mock(程序包:)google-mock
和Google Test(程序包:)libgtest-dev
已合并。新的软件包称为googletest
。这两个旧名称仍可用于向后兼容,现在取决于新软件包googletest
。
因此,要从包存储库中获取库,可以执行以下操作:
sudo apt-get install googletest -y
cd /usr/src/googletest
sudo mkdir build
cd build
sudo cmake ..
sudo make
sudo cp googlemock/*.a googlemock/gtest/*.a /usr/lib
之后,您可以链接-lgmock
(-lgmock_main
如果您不使用自定义main方法,也可以)-lpthread
。至少在我的情况下,这足以使用Google Test。
如果您想要最新版本的Google Test,请从github下载。之后,步骤类似:
git clone https://github.com/google/googletest
cd googletest
sudo mkdir build
cd build
sudo cmake ..
sudo make
sudo cp lib/*.a /usr/lib
如您所见,创建库的路径已更改。请记住,新路径也可能很快对软件包存储库有效。
您可以使用代替手动复制库sudo make install
。它“当前”有效,但是请注意,它过去并不总是有效。另外,使用此命令时,您无法控制目标位置,并且您可能不想污染/usr/lib
。
同样,我对这种情况不知所措,最终为此制作了自己的Ubuntu源程序包。这些源程序包使您可以轻松生成二进制程序包。它们基于本文的最新gtest&gmock来源。
要构建二进制包,请执行以下操作:
tar -xzvf gtest-1.7.0.tar.gz
cd gtest-1.7.0
dpkg-source -x gtest_1.7.0-1.dsc
cd gtest-1.7.0
dpkg-buildpackage
它可能会告诉您,您需要一些必备软件包,在这种情况下,您只需要apt-get安装它们即可。除此之外,构建的.deb二进制软件包还应该位于父目录中。
对于GMock,过程是相同的。
附带说明一下,虽然不特定于我的源代码包,但在将gtest链接到单元测试时,请确保首先包含gtest(https://bbs.archlinux.org/viewtopic.php?id=156639)普通陷阱。
testing::Message::Message()' test.cpp:(.text+0x84): undefined reference to
test :: internal :: AssertHelper :: AssertHelper(testing :: TestPartResult :: Type,char const *,int,char const *)'测试的未定义引用。 cpp :(。text + 0x97):未定义对`testing :: internal :: AssertHelper :: operator =(testing :: Message const&)const'的引用...它是如此之久以至于我无法发布整个内容。我是在全新的Ubuntu 14.04 VM中完成此操作的,因此除了必要的依赖项之外,没有安装其他任何东西。
#include <gtest/gtest.h> TEST(MathTest, TwoPlusTwoEqualsFour) { EXPECT_EQ(2 + 2, 4); } int main(int argc, char **argv) { ::testing::InitGoogleTest( &argc, argv ); return RUN_ALL_TESTS(); }
以防万一其他人昨天(2016-06-22)遇到与我相同的情况,并且也无法通过已经发布的方法成功-Lubuntu 14.04
使用以下命令链对我有用:
git clone https://github.com/google/googletest
cd googletest
cmake -DBUILD_SHARED_LIBS=ON .
make
cd googlemock
sudo cp ./libgmock_main.so ./gtest/libgtest.so gtest/libgtest_main.so ./libgmock.so /usr/lib/
sudo ldconfig
Askubuntu的这个答案对我有用。与其他选项相比,它似乎更简单,更不易出错,因为它使用包libgtest-dev
从那里获取源代码并进行构建: https //askubuntu.com/questions/145887/why-no-library-files-installed-for-google-测试?answertab = votes#tab-top
请参考该答案,但作为快捷方式,我也提供以下步骤:
sudo apt-get install -y libgtest-dev
sudo apt-get install -y cmake
cd /usr/src/gtest
sudo cmake .
sudo make
sudo mv libg* /usr/lib/
之后,我可以构建我的项目,而这个项目gtest
完全没有问题。
以下方法避免了手动混乱/usr/lib
目录,同时还需要对CMakeLists.txt
文件进行最小的更改。它还可以让您的软件包管理器彻底卸载libgtest-dev
。
这个想法是,当您libgtest-dev
通过
sudo apt install libgtest-dev
源存储在位置 /usr/src/googletest
您可以简单地将您CMakeLists.txt
指向该目录,以便它可以找到必要的依赖项。
只需替换FindGTest
为add_subdirectory(/usr/src/googletest gtest)
最后,它应该看起来像这样
add_subdirectory(/usr/src/googletest gtest)
target_link_libraries(your_executable gtest)
这将在基于Ubuntu / Debian的系统中安装Google测试和模拟库:
sudo apt-get install google-mock
已在Google Cloud中基于Debian的图像进行了测试。
googlemock
,但不会安装googletest
(gtest)。至少那是发生在我身上的事情。
这将构建并安装gtest和gmock 1.7.0:
mkdir /tmp/googleTestMock
tar -xvf googletest-release-1.7.0.tar.gz -C /tmp/googleTestMock
tar -xvf googlemock-release-1.7.0.tar.gz -C /tmp/googleTestMock
cd /tmp/googleTestMock
mv googletest-release-1.7.0 gtest
cd googlemock-release-1.7.0
cmake -DBUILD_SHARED_LIBS=ON .
make -j$(nproc)
sudo cp -a include/gmock /usr/include
sudo cp -a libgmock.so libgmock_main.so /usr/lib/
sudo cp -a ../gtest/include/gtest /usr/include
sudo cp -a gtest/libgtest.so gtest/libgtest_main.so /usr/lib/
sudo ldconfig
对于基于@ ManuelSchneid3r的答案的1.8.1,我必须做:
wget github.com/google/googletar xf release-1.8.1.tar.gz
tar xf release-1.8.1.tar.gz
cd googletest-release-1.8.1/
cmake -DBUILD_SHARED_LIBS=ON .
make
然后我做make install
了似乎适用于1.8.1的工作,但是在@ ManuelSchneid3r之后,这意味着:
sudo cp -a googletest/include/gtest /usr/include
sudo cp -a googlemock/include/gmock /usr/include
sudo cp `find .|grep .so$` /usr/lib/
./configure && make && make install
工作流程应该可以正常工作。我不确定这是否值得发表,因为与从源代码编译许多其他软件包没有什么不同。