M
Ну дак к нему же я делаю target_link_libraries(rust_cpp_generated PRIVATE ${LIBS})
Size: a a a
2021 May 15
П
Честно не уверен, но вроде как в статическую либу ничего чужого не кладется, оно уже в момент компиляции долинкивается
M
Так, а как ложить тогда)
П
Имеет смысл только если эта либа потом в бинарный таргет cmake зависимостью идет
M
Эмм
M
Так, а как просто в cmake сказать - засунька мне в мою статическую библиотеку все обьектники
M
Просто руками в build.rs прописывать все что использую, чтот совсем какой то кривой путь
П
https://doc.rust-lang.org/cargo/reference/build-scripts.html#cargorustc-link-libkindname Это самое прям тупое, что придумал
M
Да это понятно, но сам же линкер умеет сшивать обьектники в одну статик либу
M
Вот мне бы в cmake тоже самое сказать, слинкуй все в один .a
П
https://stackoverflow.com/questions/14468678/cmake-link-a-library-to-library тут какие-то костыли есть, но я такое не делал никогда
M
Уточнил, вроде бы как static + static == static. А в llvm-project/build/lib/ лежат собранные статические библиотки, опция BUILD_SHARED_LIBS=ON, явна должна быть включена
П
оно их в один бинарь всё равно не сливает, похоже
M
Да ты прав, сделать можно но видимо не нужно
https://www.reddit.com/r/cpp_questions/comments/9bhlub/on_linking_static_libraries_together/
https://www.reddit.com/r/cpp_questions/comments/9bhlub/on_linking_static_libraries_together/
M
Похоже на то, что верный способ передавать их отдельно линкеру. Cmake конечно снова отвратителен, мог бы и ошибку выдать раз код не валиден
П
А что невалидного то
П
Ты потом мб эту либу прицепишь зависимостью к бинарному таргету, оно всё вместе соберет. А еще это всё вроде как оффтоп
DF
ребята вы распакуйте хоть одну статик либу и увидите что там
DF
вот ответ
DF
ничего линковать не надо есть команда ar