Сброка под оффтопик на Visual Studio

Скачал я библиотеку допустим freetype, но как теперь cmake ее найдет? вручную путь указывать как-то не очень хочется.

Посмотреть в правило поиска freetype не судьба?

Там только линуксовые пути

Пиши вручную, это же шиндошс. Вроде можно захардкодить в какой-то там префикс путь до корня со всеми либами и потом пошаманить с хинтами в find_package. Но лучше просто собери через кросскомпилятор, если проект не сильно мудреный.

вручную путь указывать как-то не очень хочется.

А придется. Да и какие проблемы? Заведи переменную для корня всех сторонних библиотек и используй её по умолчанию в случае если путь для какой-то библиотеки не указан.

теперь вопрос зачем тебе VS????

для кроскомпиляции более чем хватает mingw

зачем тебе кривая и бесполезная студия...

и да по факту-ты с настройкой компиляции через студии,еще и крос компиляции с созданием соответствующих конфигов и ключей...
на это все у тебя уйдет времени больше чем ты потратил на написание кода своего(если это проект уровня нескольких окон и с десяток кнопок с минимумом функционала) и на mingw все соберется само и сразу

До этого я и так использовал mingw, захотелось собрать под x64, но вроде есть mingw-w64 не пробовал пока им собирать

А еще в проекте у меня C++14 и make_unique

Там только линуксовые пути

Ну вот вам и ответ.

Да, вручную. Можно вынести эти пути в переменные в отдельном файлике, который будет инклудиться основным cmake-скриптом

А еще в проекте у меня C++14 и make_unique

MSVS небось C++98 до сих пор до конца не доделал, а ты от него C++14 хочешь.

Можно подумать gcc C++98 до конца доделал.

msvs15 полностью поддерживает с++14, и приличный кусок того что будет в 17

Как раз с поддержкой C++11/14 у Gcc традиционно все было лучше, чем у msvs. В msvs2015 ситуацию подправили, но Gcc все же динамичнее развивается и новые версии появляются чаще.

Однако, если проект активно использует <thread>, <mutex>, <condition_variable> или <atomic>, то под Windows лучше пользоваться msvs. Заметно шустрее все это под vc++ работает.

msvs15 полностью поддерживает с++14

Точно? Бегло поискал, нашёл вот это. Судя по их списку - поддерживается не всё. Правда это RC. Неужели что-то поменялось?

Наверное, одно из самых полных перечислений здесь. Но вообще, если хочется использовать новые фишки C++, то безопаснее оставаться на gcc и clang.

Но вообще, если хочется использовать новые фишки C++, то безопаснее оставаться на gcc и clang.

За ссылку спасибо, жаль, что тут они не раскрасили в разные цвета таблицу - менее наглядно получается. А так я просто любопытствовал, необходимости использовать msvs нет.

Из последних раскрашеных было вот это, наверное. Незадолго до релиза 2015-ой студии.

Что касается многопоточности, vc++ пока заруливает gcc на оффтопике, поэтому там с vc++ приходится иметь дело.

Не пиздел бы ты, дядя.

Попытался скомпилировать свой проект под Windows через mingw-w64, 2 дня пытался все нужные библиотеки скомпилировать, и вот наконец-то все получилось, но при запуске ошибка :( аж плакать хочется )))

Точка входа в процедуру _ZN2sf5ClockC1Ev не найдена в библиотеке DLL \bin\main.exe

Все, всем спасибо, проблема решена, решил использовать mingw-w64 вместо Visual Studio, проект успешно собрался под оффтопиком и нормально работает ))

Оказалось библиотеки использовались скачанные из интернета уже собранные, с постфиксом -d (debug) а то что я скомпилировал из исходников только для release, потому и не работало )

ну вот это правильный подход

хоть научишься нормально программы собирать

если не знал-у VS если ее собственная либа VS C++ собственно
так она такая кривая что просто слов нет,если ты крупный девелопер-то ради тебя микрософт будет патчить,если мелкий-ты будешь патчить свою программу под кривые либы студии(а там ад и израель...если кодить на си++ именно со всеми оптимизациями логики и ускорениями и использованиями фич-сто процентов чтото да поедет в какомто массиве индексация или адреса переменных,и именно из за студии,я сам наткнулся года 3 назад после этого не использую студию)

из последнего примера (что я знаю)
2 недели назад-в starbound(игра активно разрабатываемая)-поехала адресация(учитывая тип игры и количество операций/логики-очевидно что там ад в массивах разной мерности и рекурсий разной глубины)
так он вообще перестал в винде запускаться,тоесть новое обновление стабле-и не работает,да микрософт сразу накатало патч под свое -но,и выпустило и старбоунд заработал(всем юзерам винды надо было скачать новую либу msvc++ клиентские...ну как обычно)
так девелоперы сообщили что бета старбоунда уже отказалась от использования студии,и следущий стабильный патч будет без зависимости от студии для винды,имеется в виду

Не один раз пытался подружиться с VS, но как-то не складывается )) очень не удобно, вообще привык что на линуксе всегда можно очень просто поставить нужную библиотеку и потом просто использовать, в Windows такого нету, нужно скачивать, настраивать пути ну итд.