Ну да, надо пробовать ))

Про реестр ещё что-то есть, методом перебора

Ребят, а как понять, линковать .dll или .lib файлы в билде?

Допустим, я хочу сбилдить какую-то либу - в даном случае https://github.com/reo7sp/tgbot-cpp - у которой много dependencies. На что линковаться - .dll или .lib?
И как определить конечный таргет - то есть получить .lib или .dll?

Для генерации билд проекта юзаю Cmake, потом Visual Studio.

вот я сбилдил, и здесь откуда-то .dll, хотя я линковался только на .lib

Очень! https://bugreports.qt.io/browse/QTCREATORBUG-25680?gerritReviewStatus=Open

Всем привет! Кто то может объяснить как это поставить на винду?
https://github.com/reo7sp/tgbot-cpp

СMakeError.log

Determining if the include file pthread.h exists failed with the following output:
Change Dir: D:/scr/tgbot-cpp/CMakeFiles/CMakeTmp

Run Build Command(s):D:/Programs/MicrosoftVisualStudio/MSBuild/Current/Bin/MSBuild.exe cmTC_f7f98.vcxproj /p:Configuration=Debug /p:Platform=x64 /p:VisualStudioVersion=16.0 /v:m && Microsoft (R) Build Engine версии 16.9.0+5e4b48a27 для .NET Framework
(C) Корпорация Майкрософт (Microsoft Corporation). Все права защищены.

  Оптимизирующий компилятор Microsoft (R) C/C++ версии 19.28.29914 для x64
  (C) Корпорация Майкрософт (Microsoft Corporation).  Все права защищены.
  CheckIncludeFile.c
  cl /c /I"C:\Users\EGR\vcpkg\scripts\buildsystems\msbuild\..\..\..\installed\x64-windows\include" /Zi /W3 /WX- /diagnostics:column /Od /Ob0 /D WIN32 /D _WINDOWS /D "CMAKE_INTDIR=\"Debug\"" /D _MBCS /Gm- /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Zc:inline /Fo"cmTC_f7f98.dir\Debug\\" /Fd"cmTC_f7f98.dir\Debug\vc142.pdb" /Gd /TC /errorReport:queue "D:\scr\tgbot-cpp\CMakeFiles\CMakeTmp\CheckIncludeFile.c"
D:\scr\tgbot-cpp\CMakeFiles\CMakeTmp\CheckIncludeFile.c(1,10): fatal error C1083: Не удается открыть файл включение: pthread.h: No such file or directory, [D:\scr\tgbot-cpp\CMakeFiles\CMakeTmp\cmTC_f7f98.vcxproj]

забавно, я ставил на днях как раз

Поделись секретом успеха пж, я вообще не особо шарю как тут что оставить, пользовался всегда vcpkg

Качаешь CMake GUI, качаешь буст через vcpkg.

далее тебе нужно сбилдить сорсы этой либы, где куда dependencies - ты с CMake просто смотришь, какие нужны dependencies и выставляешь там нужные пути как параметры.

Например, тебе нужны libcurl, openssl, boost, boost-system, zlib и т.д.
Ты открываешь папку vcpkg и указывешь пути к этим либам в CMake. Это будут либы все из буста.

Затем CMake генерит проект Visual Studio, ты его открываешь и билдишь релиз, дебаг.

у меня всё так же было вначале…

MSBuild — это просто запускатор кода, который написан в SDK. Один из самых норм способов разобраться с любой сборкой на нём — это брать бинлоги (ключиком -bl при запуске msbuild.exe), а дальше их смотреть через https://github.com/KirillOsenkov/MSBuildStructuredLog

К сожалению, SDK для сборки нативного кода всё ещё не опенсорс (насколько я знаю, по крайней мере), но там всё равно почти все исходники должны поставляться вместе с ней.

дак все системы сборки запускаторы)

Ну вот в CMake многое сделано из коробки. А в MSBuild — нет, там всё отдаётся на откуп SDK

Cmake научилась собирать что-то самостоятельно?

так и мсбилд по сути не умеет

то что открыто умеет только сишарп собирать, а вот плагины для C++ закрытые