Jak rozpocząć pracę z GTest i CMake

Oto kompletny działający przykład, który właśnie przetestowałem. Pobiera bezpośrednio z sieci, albo stały tarball, albo najnowszy katalog subversion.

cmake_minimum_required (VERSION 3.1)

project (registerer)

##################################
# Download and install GoogleTest

include(ExternalProject)
ExternalProject_Add(gtest
  URL https://googletest.googlecode.com/files/gtest-1.7.0.zip
  # Comment above line, and uncomment line below to use subversion.
  # SVN_REPOSITORY http://googletest.googlecode.com/svn/trunk/ 
  # Uncomment line below to freeze a revision (here the one for 1.7.0)
  # SVN_REVISION -r700

  PREFIX ${CMAKE_CURRENT_BINARY_DIR}/gtest
  INSTALL_COMMAND ""
)
ExternalProject_Get_Property(gtest source_dir binary_dir)

################
# Define a test
add_executable(registerer_test registerer_test.cc)

######################################
# Configure the test to use GoogleTest
#
# If used often, could be made a macro.

add_dependencies(registerer_test gtest)
include_directories(${source_dir}/include)
target_link_libraries(registerer_test ${binary_dir}/libgtest.a)
target_link_libraries(registerer_test ${binary_dir}/libgtest_main.a)

##################################
# Just make the test runnable with
#   $ make test

enable_testing()
add_test(NAME    registerer_test 
         COMMAND registerer_test)

Najprawdopodobniej za takie błędy winna jest różnica w opcjach kompilatora pomiędzy Twoim testowym binarnym a biblioteką Google Test. Dlatego zaleca się wprowadzenie Google Test w formie źródłowej i zbudowanie go wraz z testami. Jest to bardzo łatwe do zrobienia w CMake. Po prostu wywołujesz ADD_SUBDIRECTORY ze ścieżką do katalogu głównego gtest i możesz użyć tam zdefiniowanych celów Biblioteki Publicznej (gtest i gtest_main). Więcej informacji znajdziesz w tym wątku CMake w googletestframework group.

[edytuj] Opcja BUILD_SHARED_LIBS jest na razie skuteczna tylko w systemie Windows. Określa typ bibliotek, które CMake ma zbudować. Jeśli ustawisz ją na ON, CMake zbuduje je jako biblioteki DLL w przeciwieństwie do bibliotek statycznych. W takim przypadku musisz zbudować swoje testy za pomocą-DGTEST_LINKED_AS_SHARED_LIBRARY=1 i skopiować pliki DLL wytworzone przez CMake do katalogu z binarnym testem (CMake domyślnie umieszcza je w oddzielnym katalogu wyjściowym). Chyba że gtest w static lib nie działa dla Ciebie, łatwiej nie ustawić tej opcji.

Możesz dostać to, co najlepsze z obu światów. Możliwe jest użycie ExternalProject, aby pobrać źródło gtest, a następnie użyć add_subdirectory(), aby dodać je do swojej kompilacji. Ma to następujące zalety:

• gtest jest zbudowany jako część twojej głównej kompilacji, więc używa tych samych flag kompilatora itp. a tym samym unika problemów takich jak te opisane w pytaniu.
• nie ma potrzeby dodawania źródeł gtest do własnego drzewa źródeł.

Używany w normalny sposób, ExternalProject nie zrobi Pobierz i rozpakuj w czasie konfiguracji (np. gdy CMake jest uruchomiony), ale możesz to zrobić przy odrobinie pracy. Napisałem post na blogu o tym, jak to zrobić, który zawiera również ogólną implementację, która działa dla każdego zewnętrznego projektu, który używa CMake jako swojego systemu budowania, a nie tylko gtest. Można je znaleźć tutaj:

• https://crascit.com/2015/07/25/cmake-gtest/
• https://github.com/Crascit/DownloadProject

Aktualizacja: to podejście jest teraz również częścią dokumentacji googletest .

Po dokładniejszym pokopaniu, myślę, że mój problem ma coś wspólnego z typem biblioteki, w której buduję gtest. Podczas budowania gtest z CMake, jeśli BUILD_SHARED_LIBS nie jest zaznaczony, a ja łączę mój program z nimi .pliki lib dostaję błędy wymienione powyżej. Jeśli jednak build_shared_libs jest zaznaczone, to generuję zestaw .lib i .pliki dll. Kiedy teraz łączy się z nimi .pliki lib program kompiluje, ale po uruchomieniu skarży się, że nie może znaleźć gtest.dll.

To dlatego, że musisz dodać -DGTEST_LINKED_AS_SHARED_LIBRARY=1 do definicji kompilatora w Twoim projekcie, jeśli chcesz użyć gtest jako biblioteki współdzielonej.

Możesz również użyć bibliotek statycznych, pod warunkiem, że skompilujesz je z włączoną opcją gtest_force_shared_crt, aby wyeliminować widoczne błędy.

Podoba mi się biblioteka, ale dodanie jej do projektu to prawdziwy ból. I nie masz szans zrobić tego dobrze, chyba że kopiesz (i zhakujesz) pliki gtest cmake. Szkoda. W szczególności nie podoba mi się pomysł dodania gtest jako źródła. :)

Twoje i VladLosevs' s rozwiązania są prawdopodobnie lepsze niż moje. Jeśli jednak potrzebujesz rozwiązania brute-force, spróbuj tego:

SET(CMAKE_EXE_LINKER_FLAGS /NODEFAULTLIB:\"msvcprtd.lib;MSVCRTD.lib\")

FOREACH(flag_var
    CMAKE_CXX_FLAGS CMAKE_CXX_FLAGS_DEBUG CMAKE_CXX_FLAGS_RELEASE
    CMAKE_CXX_FLAGS_MINSIZEREL CMAKE_CXX_FLAGS_RELWITHDEBINFO)
    if(${flag_var} MATCHES "/MD")
        string(REGEX REPLACE "/MD" "/MT" ${flag_var} "${${flag_var}}")
    endif(${flag_var} MATCHES "/MD")
ENDFOREACH(flag_var)

Najprostsze Cmakelisty.txt wyedytowałem z odpowiedzi w tym wątku i jakieś próby i błędy to:

project(test CXX C)
cmake_minimum_required(VERSION 2.6.2)

#include folder contains current project's header filed
include_directories("include")

#test folder contains test files
set (PROJECT_SOURCE_DIR test) 
add_executable(hex2base64 ${PROJECT_SOURCE_DIR}/hex2base64.cpp)

# Link test executable against gtest nothing else required
target_link_libraries(hex2base64 gtest pthread)

Gtest powinien być już zainstalowany w Twoim systemie.