Блог

#cmake

#cmake

Вопрос:

 add_library(myObjects OBJECT a.cpp b.cpp)
add_library(mainLib ${other_srcs}

lt;TARGET_OBJECTS:myObjects>) # Why not "PRIVATE myObjects" just like other files and targets?

 

Насколько я понимаю, выражения генератора полезны для оценки вещей, доступных только на этапе генерации. Почему это может быть так, что библиотеки объектов, которые представляют собой просто набор объектных файлов, и их местоположение не будут известны на этапе настройки?

Ответ №1:

Комментарии:

1. Интересно, почему то же самое не относится к не объектным библиотекам, созданным в середине конвейера.

2. @User10482 Что именно вы имеете в виду? Для библиотек, не являющихся объектами, конечное местоположение также разрешается только во время генерации, точно по той же причине — это может зависеть от конфигурации. Таким образом, не объектные библиотеки ведут себя точно так же.

3. Да, но им не нужно выражение генератора, как OBJECT библиотеке. Я могу связать их через target_link_libraries .

4. @User10482 Как объяснил @KamilCuk в своем ответе, вы можете использовать target_link_libraries с OBJECT библиотеками с 3.12. Однако по техническим причинам вам все еще иногда требуется $<TARGET_OBJECTS:tgt> выражение генератора. Если у вас есть OBJECT библиотека o_base и две библиотеки объектов o1 , и o2 обе они ссылаются на o_base (не имеет значения, ссылаются ли они PRIVATE ly или PUBLIC ly) и исполняемый файл, который ссылается на оба o1 , и o2 вам все равно нужно будет вручную добавить $<TARGET_OBJECTS:o_base> в исполняемый файл.

5. Спасибо за быстрые ответы. Итак, это сводится к проектному решению, принятому разработчиками CMake, поскольку они смогли удалить это выражение генератора в случае, приведенном @KamilCuk.

Ответ №2:

   add_library(mainLib ${other_srcs} myObjects)
 

   add_library(mainLib ${other_srcs})
  target_link_libraries(mainLib PUBLIC myObjects)
 

Комментарии:

1. Однако связывание библиотеки объектов с target_link_libraries не всегда устраняет необходимость в $<TARGET_OJBECTS:tgt> выражении генератора. Если у вас есть цель A , которая ссылается на библиотеку объектов Obj1 , которая сама ссылается на библиотеку объектов Obj2 , которую вам нужно будет использовать target_sources(A PRIVATE $<TARGET_OBJECTS:Obj2>) в дополнение к target_link_libraries(A PRIVATE Obj1) , потому что объекты не наследуются транзитивно.

2. Ах, да, это то, что я имел в виду. Отредактировано. Итак, разработчики решили использовать выражение генератора, потому link_libraries что оно не работало в течение начального периода времени?

3. the developers decided to roll спросите их. because link_libraries did not work during the initial time period? cmake 3.11 не поддерживался taget_link_libraries с библиотеками объектов. Но это просто удобство, все же использование add_library( $<TARGET_OBJECTS было бы предпочтительным способом.

 add_library(target a.cpp b.cpp)
add_executable(main main.cpp ${target_OBJECTS})       # (1)

# ... later ...
target_sources(target PRIVATE c.cpp)

# ... later ...
add_executable(utility util.cpp ${target_OBJECTS})    # (2)
 

 add_library(target a.cpp b.cpp)
add_executable(main main.cpp)
target_link_libraries(main PRIVATE target)            # (1)

# ... later ...
target_sources(target PRIVATE c.cpp)

# ... later ...
add_executable(utility util.cpp)
target_link_libraries(utility PRIVATE target)         # (2)