Test Con Google da Qt in Windows

Question

Ho un semplice file di prova, TestMe.cpp:

#include <gtest/gtest.h> 

TEST(MyTest, SomeTest) { 
    EXPECT_EQ(1, 1); 
} 

int main(int argc, char **argv) { 
    ::testing::InitGoogleTest(&argc, argv); 
    return RUN_ALL_TESTS(); 
} 

Ho Google prova costruito come una libreria statica. (Posso fornire il makefile se è rilevante.)

posso compilare TestMe.cpp da una riga di comando senza alcun problema:

g++ TestMe.cpp -IC:\gtest-1.5.0\gtest-1.5.0\include -L../gtest/staticlib -lgtest -o TestMe.exe 

viene eseguito come previsto.

Tuttavia, non riesco a farlo compilare in Qt. Il mio file di progetto Qt, nella stessa directory:

SOURCES += TestMe.cpp 
INCLUDEPATH += C:\gtest-1.5.0\gtest-1.5.0\include 
LIBS += -L../gtest/staticlib -lgtest 

Questo si traduce in 17 errori "simbolo esterno non risolto" legati alla GTEST funzioni.

Mi sto strappando i capelli, sono sicuro che è qualcosa di semplice. Qualche idea?

Ecco alcuni dei simboli esterni che sono indefiniti:

TestMe.obj:-1: error: unresolved external symbol "public: int __thiscall testing::UnitTest::Run(void)" (?Run@UnitTest@testing@@QAEHXZ) referenced in function _main 
TestMe.obj:-1: error: unresolved external symbol "public: static class testing::UnitTest * __cdecl testing::UnitTest::GetInstance(void)" (?GetInstance@UnitTest@testing@@SAPAV12@XZ) referenced in function _main 
TestMe.obj:-1: error: unresolved external symbol "void __cdecl testing::InitGoogleTest(int *,char * *)" (?InitGoogleTest@testing@@YAXPAHPAPAD@Z) referenced in function _main 
TestMe.obj:-1: error: unresolved external symbol "public: __thiscall testing::internal::AssertHelper::~AssertHelper(void)" (??1AssertHelper@internal@testing@@QAE@XZ) referenced in function "private: virtual void __thiscall MyTest_SomeTest_Test::TestBody(void)" (?TestBody@MyTest_SomeTest_Test@@EAEXXZ) 

Answer 1

Non ho mai potuto farlo funzionare come una libreria statica, ma funziona come una DLL.

In primo luogo, ho dovuto creare Google Test come DLL. Non ho avuto successo nel far funzionare tutto in Visual Studio, quindi ho usato solo mingw32-make.È possibile utilizzare il Makefile fornito nella fonte, apportando le seguenti modifiche:

gtest-all.o : $(GTEST_SRCS_) 
    $(CXX) $(CPPFLAGS) -DGTEST_CREATE_SHARED_LIBRARY=1 -I$(GTEST_DIR) $(CXXFLAGS) -c \ 
      $(GTEST_DIR)/src/gtest-all.cc 

gtest_main.o : $(GTEST_SRCS_) 
    $(CXX) $(CPPFLAGS) -DGTEST_CREATE_SHARED_LIBRARY=1 -I$(GTEST_DIR) $(CXXFLAGS) -c \ 
      $(GTEST_DIR)/src/gtest_main.cc 

gtest.dll : gtest-all.o 
    $(CXX) -shared -o $@ $^ -Wl,--out-implib,gtest_dll.lib 

gtest_main.dll : gtest-all.o gtest_main.o 
    $(CXX) -shared -o $@ $^ -Wl,--out-implib,gtest_main_dll.lib 

Poi, quando si compila il progetto di prova, è necessario:

• Definire GTEST_LINKED_AS_SHARED_LIBRARY = 1
• Impostare un riferimento di libreria su gtest_dll.lib o gtest_main_dll.lib.
• Incolla gtest.dll o gtest_main.dll nella stessa directory del file eseguibile.

(La mia comprensione è che si utilizza gtest_main solo se non sta fornendo la propria funzione main().)

Ecco un file pro campione Qt sulla base di quella che ho questo è (finalmente!) funzionante:

DEFINES += GTEST_LINKED_AS_SHARED_LIBRARY=1 
SOURCES += main.cpp MyClassTests.cpp 
INCLUDEPATH += ../path/to/gtest/includes 
LIBS += -L../path/to/gtest/libraries -lgtest_dll \ 
    -L../ClassLibrary/bin -lMyClass 
CONFIG += console 

Answer 2

Penso che tu sia ok per il file qmake. Ma perché INCLUDEPATH è assoluto e LIBS relativo. Proverei anche a impostare LIBS in assoluto.

Da qui http://doc.trolltech.com/4.6/qmake-variable-reference.html#includepath

Ma qual è il problema principale è (credo) è necessario mettere avanti slash in INCLUDEPATH. Nei documenti è così.

INCLUDEPATH += C:/gtest-1.5.0/gtest-1.5.0/include 

Answer 3

Sto usando Qt + gtest/gmock senza problemi. Ho appena testato tutte le possibili combinazioni di percorsi assoluti/relativi con diverse barre, ma non sono riuscito a riprodurre il problema. Hai controllato il contenuto della variabile "LIBS" da Makefile.Debug generato da qmake?

Ecco alcuni consigli generici: non utilizzare alcun percorso assoluto, perché il codice non verrà compilato su altre macchine rispetto al proprio, a meno che non lo si scarichi in una stessa posizione (che potrebbe non essere possibile a causa a diverse configurazioni Qt, ecc.). Utilizza invece percorsi relativi, anche per le librerie di terze parti.

Conservo le librerie di terze parti nel sistema di controllo versione (ne usi uno, vero?). Ho una directory "3rdparty" e per ogni progetto che usa queste librerie, aggiungo svn: la proprietà esterna che punta alla versione esplicitamente specificata di lib di terze parti. L'ultima parte è importante, perché garantisce che sarai in grado di costruire ogni revisione del tuo progetto, anche quando aggiorni la libreria di terze parti.