Как удалить дубликаты одинаковых источников зависимостей в зависимых проектах

Вы можете рассматривать googletest как третий внешний проект, а затем передать свое местоположение в оба ваших проекта в качестве переменных кэша CMake. Это обеспечит вам только один раз загрузить googletest, но это может быть немного менее удобно, чем при создании googletest непосредственно в рамках проекта. Вы могли бы создать четвертый проект верхнего уровня, чтобы объединить каждый из трех проектов (googletest, projectA и projectB), чтобы вы могли обеспечить, чтобы googletest был создан до того, как вам нужно настроить projectA или projectB. ExternalProject для googletest установит цели и gmock для своей области установки. Затем вы передаете этот каталог в projectA и projectB ExternalProjects в качестве места для поиска теста google. Вы можете использовать модуль FindGTest внутри projectA и projectB для этого, если ваш проект верхнего уровня GTEST_ROOT переменную кеша GTEST_ROOT для projectA и projectB. Вероятно, это самый простой вариант.

Другим вариантом было бы загрузить и построить googletest как часть projectA (см. Здесь метод, который я бы рекомендовал сделать), а затем заставить ProjectB повторно использовать источник googletest или еще лучше, построенные объекты из projectA. Вы могли бы привести projectA в projectB так же, как приведенная выше ссылка приносит googletest в projectA, если вы хотите. Мы используем такую схему на работе, чтобы объединить ряд различных проектов, каждый из которых может быть построен отдельно или как часть других проектов. Преимущество этого метода заключается в том, что если вы используете IDE, например Visual Studio, Xcode или Qt Creator, вы можете увидеть источники всех проектов в вашем исходном списке, а также проблемы обнаружения IDE, инструменты рефакторинга и т.д., Как правило, имеют более полное представление об общей сборке. Он также сводит к минимуму информацию, которая должна быть вручную передана между проектами, поскольку CMake видит весь набор источников и целей в одной сборке, и поэтому нет необходимости явно обращаться к именам библиотек, относящихся к платформе, различным структурам выходных каталогов сборки, и т.д.

Если вы хотите сохранить ProjectA в качестве внешнего проекта ProjectB, то вы все равно можете повторно использовать источник googletest из projectA, но вам нужно будет очень тщательно настроить межзадачные зависимости, чтобы обеспечить, чтобы projectA был построен до всего, что нужно для источников googletest, Вам, вероятно, также придется вручную разобраться, куда вещи загружаются и выстраиваются в projectA, и это может быть больно, если ваш проект построен на нескольких платформах. Похоже, что это самое близкое к тому, что вы спрашиваете, как это сделать, но я бы предположил попробовать один из двух подходов выше.

Существуют и другие варианты, такие как использование диспетчера пакетов, например, охотника, но это может заблудиться слишком далеко от первоначального фокуса вопроса.