Невозможно связать классы в GTest с CMake - PullRequest
0 голосов
/ 17 сентября 2018

Я пытаюсь включить GTests в свой проект с использованием CMake.Я следовал этой инструкции и получаю следующую ошибку:

Undefined symbols for architecture x86_64:
  "SomeClass::someMethod()", referenced from:
      someMethod_TrivialTest_Test::TestBody() in SomeClassTest.cpp.o
ld: symbol(s) not found for architecture x86_64

Вот мой файл CMake:

cmake_minimum_required(VERSION 3.11)
project (someProject)

set(CMAKE_CXX_STANDARD 17)

#Include headers
include_directories("../include")

#Add source files
file(GLOB SOURCES "src/*.cpp")

add_executable(someProject ${SOURCES})


################################
# GTest
################################
# Download and unpack googletest at configure time
configure_file(CMakeLists.txt.in googletest-download/CMakeLists.txt)
execute_process(COMMAND ${CMAKE_COMMAND} -G "${CMAKE_GENERATOR}" .
  RESULT_VARIABLE result
  WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/googletest-download )
if(result)
  message(FATAL_ERROR "CMake step for googletest failed: ${result}")
endif()
execute_process(COMMAND ${CMAKE_COMMAND} --build .
  RESULT_VARIABLE result
  WORKING_DIRECTORY ${CMAKE_BINARY_DIR}/googletest-download )
if(result)
  message(FATAL_ERROR "Build step for googletest failed: ${result}")
endif()

# Prevent overriding the parent project's compiler/linker
# settings on Windows
set(gtest_force_shared_crt ON CACHE BOOL "" FORCE)

# Add googletest directly to our build. This defines
# the gtest and gtest_main targets.
add_subdirectory(${CMAKE_BINARY_DIR}/googletest-src
                 ${CMAKE_BINARY_DIR}/googletest-build
                 EXCLUDE_FROM_ALL)

# The gtest/gtest_main targets carry header search path
# dependencies automatically when using CMake 2.8.11 or
# later. Otherwise we have to add them here ourselves.
if (CMAKE_VERSION VERSION_LESS 2.8.11)
  include_directories("${gtest_SOURCE_DIR}/include")
endif()

# Add test cpp file
add_executable( someTests ./test/SomeClassTest.cpp)

# Link test executable against gtest & gtest_main
target_link_libraries(someTests gtest gtest_main)
add_test( someTests someTests )

Моя структура проекта (CMakeLists.txt.in isиспользуется для загрузки библиотеки GTest, добавленной из инструкции , упомянутой выше):

.
├── CMakeLists.txt
├── CMakeLists.txt.in
├── include
│   └──SomeClass.hpp
├── src
│   ├── Main.cpp
│   └── SomeClass.cpp
└── tests
    └── SomeClassTest.cpp

Если я вручную создаю и связываю объекты, это работает.

g++ -c ./src/SomeClass.cpp
g++ -c ./test/SomeClassTest.cpp
g++ SomeClassTest.o SomeClass.o ./build/googletest-build/googlemock/gtest/CMakeFiles/gtest.dir/src/gtest-all.cc.o  -o myTests

Кажется, что объект тестового класса существует:

./build/CMakeFiles/someTests.dir/test/SomeClassTest.cpp.o

Но каталог для объекта someProject пуст:

./build/CMakeFiles/someProject.dir/src/

Итак, яЯ что-то упустил в файле CMake, и он неправильно связывается.Все ответы, которые я мог найти до сих пор, были связаны с указанием target_link_libraries, но я не уверен, что это проблема здесь.Я новичок в CMake и связывание проблем.Буду очень признателен за любые советы!

1 Ответ

0 голосов
/ 17 сентября 2018

Все ответы, которые я мог найти до сих пор, были связаны с указанием target_link_libraries, но я не уверен, что здесь проблема.

Вы были на правильном пути с этим предположением.

В настоящее время вы говорите CMake, что существует исполняемый файл, который будет собран из некоторых источников, и тест, который будет построен из некоторых других источников и связанный с gtest. CMake не знает, что исполняемый файл и ваш тест каким-либо образом связаны между собой!

Я вижу два возможных решения:

  • addисточники исполняемого файла (кроме того, который имеет основную функцию) в качестве источников для теста.

  • строит все источники из исполняемого файла (кроме источника с основной функцией) какбиблиотеку и свяжите как исполняемый файл, так и тест с этой библиотекой.

Я предпочитаю более позднюю версию, которая будет - примерно - выглядеть примерно так:

add_library(someProgram_lib ${SOURCES})
add_executable(someProgram src/main.cc)
target_link_libraries(someProgram someProgram_lib)
add_executable(someTests ./test/SomeClassTest.cpp)
target_link_libraries(someTests gtest gtest_main someProgram_lib)
...