Как выстроить структуру проекта с использованием SFML + CMake?
Подскажите пожалуйста, как мне сделать так, чтобы у меня была следующая структура проекта
Проект
main.cpp
Папка с папками
Папка
Файл.cpp и Файл.h
Или какую-нибудь схожую структуру, чтобы проект выглядел организованно и в main.cpp я хочу подключить единственный файл Game.h и запустить его и ничего больше. Так же, требуется, чтобы файлы можно было линковать с друг другом, к файлу например Game.h можно было подключить другой файл и т п.
a1nsworth вы уверены, что вам нужна статическая библиотека Game? Не то чтобы я против, просто это усложнит сборочный код (если делать всё правильно), и я хочу быть уверен, что вы понимаете зачем вам это.
Станислав Макаров, Я не понимаю зачем, я от слова совсем не разбираюсь в CMake, просто мне нужно примерно такую структуру проекта и чтобы она работала. Если будут какие-то другие варианты я буду очень рад рассмотреть. Просто я не могу начать разработку , без рабочего CMake.
Станислав Макаров, спасибо вам за изменения, но а такой вопрос, Я не хочу менять реализацию, если я только изменю CMake оно будет работать ? Просто там я реализую паттерн singleton. Одним словом, можете просто пожалуйста изменить структуру проекта , если требуется и файлы CMake
a1nsworth я вам специально побил на несколько коммитов, думал вы догадаетесь.
Первый коммит - минимальные фиксы для сборки, это когда всё скомпилилось наконец, второй - это более адекватная структура проекта, тоже советую оставить. Третий - привёл в порядок форматирование, а четвертый - уже фиксы. Синглтон у вас кривой, течёт, поэтому я поправил. Кроме того, непонятно зачем он, особенно в двух местах. Почитайте хотя б как его правильно делать.
У вас таи вообще была чушь написана, удалялся инстанс окна в его же деструкторе. Это вообще непонятно как может работать
a1nsworth у вас find_package отработал? Я удалил захардкоженный путь, такие штуки передаются в симейк или через параметры ком. строки или через CMakeUserPresets. Вы передали значение SFML_DIR?
Я конечно не разбираюсь, но разве не стоит указать путь к папке с SFML ?
Просто если не указывать, как тогда CMake поймет откуда ему sfml брать, просто у меня sfml загружен не в сам проект , как вы видели , а в папку в определенную.
a1nsworth Чтобы сейчас не усложнять, зайдите пожалуйста вот в эту настройку в вашем CMake-профиле https://www.jetbrains.com/help/clion/cmake-profile... и покажите список CMake-переменных в кэше. Если там есть SMFL_DIR со значением _NOT_FOUND, поменяйте его на ваш путь и перезапустите конфигурирование проекта (и затем попробуйте собрать).
a1nsworth Путь указан не верно, нужно указывать путь не к инклудам, а туда, где лежит CMakeConfig-файл, на конце должно быть ....SFML-2.5.1/lib/cmake/SFML (пишу по памяти, проверьте сами что там лежит SFMLConfig.cmake). CMake должен найти этот конфиг файл и обработать его, там помимо инклуд-путей ещё много-много интересного делается.
И покажите ошибку на скрине, если она остаётся, текста же не видно. Можно и текстом скопировать
Станислав Макаров, Так Вроде бы работает, но теперь такой вопрос, если мне нужно подключить другие библиотеки например AUDIO. И чтобы мне какие-то файлы с присоединять с друг дургом нужно просто #include и всё ?
если мне нужно подключить другие библиотеки например AUDIO
добавляйте в список компонент в find_package и добавляйте таргет в target_link_libraries. Я убрал лишние, т.к. сейчас они вам не нужны, добавите вместе с кодом, которому они нужны.
a1nsworth для работы с SFML подключайте его таргеты, которые прилетают из его cmake-конфига после выполнения find_package. У SFML всё нормально с этим, вы не должны добавлять его инклуд-директорию вручную. Кроме того, она там одна.
С вашими внутренними инклудами чуть менее однозначно. Можете с помощью команды target_include_directories добавить в инклуд-пути вашу папку src и пути делать от неё, чтобы избегать относительных путей:
Станислав Макаров, Я правильно понимаю, что инклюдить какие-то библиотеки нет необходимости, если они добавлены в sfml ?
target_include_directories, насчёт этого немного не понял, это для чего нужно и в какой CMake добавить ?
a1nsworth Не могу ответить на первый ваш вопрос, потому что ничего в нём не понятно. Что такое "инклюдить библиотеки"? Инклюдится файл с исходным кодом (как правило это header-файл), который может быть частью какой-то библиотеки (стандартной библиотеки, библиотеки SFML, библиотеки ffmpeg), а может быть частью вашего проекта. Что такое "библиотеки добавлены в SFML"? SFML - это тоже библиотека. Что значит добавить одну библиотеку в другую? Я не знаю, может конечно в документации SFML такие термины используются, с SFML я не работал (совсем).
target_include_directories, насчёт этого немного не понял, это для чего нужно и в какой CMake добавить ?
давайте лучше я коммит сделаю как будет минутка, мне проще будет показать диффом
Станислав Макаров, Так, я имею в виду. Что нет необходимости добавлять исходные файлы библиотеки SFML с помощью #include, если они включены в CMake? Хорошо, жду дифф
a1nsworth Я рекомендую использовать бустовские config-файлы для CMake, вместо встроенного в сам CMake find-модуля для Boost. Чтобы ими воспользоваться сделайте следующее:
1. Соберите Буст, если ещё не сделали этого
2. Там же, где ранее передавали переменную SFML_DIR, передайте Boost_DIR, в которой будет путь к подпапке `stage/lib/cmake`, например у меня так он выглядит: D:/Lib/C++/boost_1_82_0/stage/lib/cmake
3. Добавьте такую инструкцию, указав вместо json нужные вам библиотеки через пробел:
, ну и версию поменяйте на нужную вам.
4. Вышеуказанная инструкция добавит вам таргет Boost::headers для всех header-only библиотек, и по одному таргету вида Boost::<имя_библиотеки> для каждой библиотеки из перечисленных вами. Например, у меня появился таргет Boost::json
5. Добавьте в ваш исполняемый таргет нужные вам бустовые таргеты в target_link_libraries. Например, я поменял эту инструкцию в вашем коде и получил такой вариант:
Станислав Макаров,
Так, насчет первого пункта я не сильно уверен, я прописал команды , которые предложены к пунке 5.1, вроде как собралось
Выдает такие ошибки
a1nsworth покажите содержимое вашей директории stage/lib/cmake, путь к которой вы указали.
Ну и на всякий случай почистите симейковский кэш и перегенерьте проект с нуля, если Буст действительно собрался как надо, очень странно что симейк ничего не находит
Станислав Макаров, Скажите, а нужно ли было добавлять boost в PATH ?
Как почистить кэш , я точно не знаю, но я вроде сделал почистил пути и поставил их еще ращ всё тоже самое.
Содержимое директории выглядит адекватно, Буст собрался. У меня всё так же.
Как почистить кэш , я точно не знаю
С этим нужно разобраться, т.к. мы можем сейчас убивать кучу времени зря. Симейк у вас куда-то складывает те файлы, которые он генерирует перед тем, как запустить сборку (собирает кстати не сам Симейк, он генерит инструкции для другой сборочной системы, у вас это ninja вроде). Нужно разобраться, куда они складываются и почистить их. Можете найти где у вас exe-шник лежит, он должен лежать где-то в этой папке, которую нужно почистить.
Станислав Макаров, Я почистил кэш попробовал удалить Boost из Path , ошибка аналогичная https://www.jetbrains.com/help/clion/invalidate-ca...
вот статья, по которой я делал
Помогите пожалуйста исправить эту ошибку. И такой к вам вопрос, мне ведь нужно было , чтобы собрать boost . Просто сделать bootstrap и потом .\b2 и всё ? т.к ругается и показывает какие-то файлы , я решил их поискать и я не нашел boost-config.cmake
BoostConfig.cmake тоже подойдёт, это два соглашения об именовании, CMake пытается найти по обоим. BoostConfig.cmake у вас как раз таки есть. Предположу что Буст собрался нормально.
вот папка, CMakeCache , exe файл находится в src .
Вот всю папку cmake-build-debug нужно снести и сгенерировать заново (я не знаю что там CLion должен сделать, возможно он и сам предложит сгенерировать автоматически. Главное удалите эту папку, чтобы наверняка всё перегенировалось сначала, и мы были уверены что дело не в CMake-кэше.
a1nsworth перед секцией Cache variables, где вы прописываете переменные, есть CMake options. Добавьте туда опцию --debug-find и приложите сюда выхлоп CMake.
Станислав Макаров, https://pastebin.com/eTNvKkty вот что мне сразу выдало в консоль. Так, еще, когда я пытаюсь нажать кнопку Build'Tanks' у меня выдает
Но, это с добавленной строчкой find_package(Boost 1.82 COMPONENTS system REQUIRED CONFIG), да я попробовал скачать другую версию boost
a1nsworth Тогда давайте попробуем в Boost_DIR указать ...../stage/lib/cmake/Boost-1.81.0, ну т.е. добавим в путь ещё Boost-1.81.0, ну или какая там у вас версия. И аналогично - если не будет работать и в этом случае, скиньте такие же логи пожалуйста
Станислав Макаров, Смотрите , я убрал REQUIRED CONFIG и все вроде начало работать, ошибок нет. Но, когда я хочу подключить target_link_libraries(Tanks sfml-system sfml-window sfml-graphics sfml-audio Boost::system)
выкидывает ошибку
Could NOT find Boost (missing: Boost_INCLUDE_DIR system) (Required is at
least version "1.82")
a1nsworth у вас в логах теперь совершенно другие ошибки, проблему с ненахождением Буста мы поправили.
REQUIRED и CONFIG убирать не нужно, лучше от этого не станет. Убрав REQUIRED вы просто говорите "ну ладно, можно не находить библиотеку, я потом по значению переменной проверю нашлась она или нет", но это нужно если библиотека действительно необязательная, т.е. вы можете скомпилироваться и без неё. Вам это не подходит.
The following variants have been tried and rejected:
* libboost_system-vc143-mt-gd-x32-1_82.lib (32 bit, need 64)
* libboost_system-vc143-mt-gd-x64-1_82.lib (vc143, detected mgw7, set
Boost_COMPILER to override)
* libboost_system-vc143-mt-x32-1_82.lib (32 bit, need 64)
* libboost_system-vc143-mt-x64-1_82.lib (vc143, detected mgw7, set
Boost_COMPILER to override)
Вам теперь надо либо собрать правильный Буст - с тем же компилятором, который вы используете в CLion - либо начать использовать Студийный компилятор в вашем проекте.
т.к ругается и показывает какие-то файлы , я решил их поискать и я не нашел boost-config.cmake 
вот папка, CMakeCache , exe файл находится в src . 
