autosetup VS CMake

You might love autosetup, a Tcl-based autoconf tool chain replacement. Not just Tcl-based, but designed to work with a simple Tcl subset shell called Jim, which compiles from one source code file. So you can bootstrap your project in a mostly-platform-independent with a standard C compiler as the only prerequisite. https://msteveb.github.io/autosetup/. - Source: Hacker News / almost 2 years ago

CMake stands for "Cross-platform Make" and is an open-source, platform-independent build system. It's designed to build, test, and package software projects written in C and C++, but it can also be used for other languages. Here's an overview of CMake and its features:. - Source: dev.to / 2 months ago

When doing research for this lab exercise I looked at both vcpkg and conan. Both are package managers that would automate the installation and configuration of my program with its dependencies. However, when it came to releasing and sharing my program my options were limited. For example, the central public registry for conan packages is conan-center, but these packages are curated and the process is very... - Source: dev.to / 5 months ago

Install the CMake program using your system package manager, e.g. Sudo apt-get install cmake. Source: 7 months ago

Oh I just assumed it was talking about the one from cmake.org since I was having trouble. I can now confirm that mingw-w64-cmake and the binary from cmake.org do operate in mostly identical ways. Source: about 1 year ago

Then looking at any one of the many examples provided on cmake.org, it's clearly a viable way to do set(CMAKE_*), (e.g., set(CMAKE_CXX_STANDARD 11) Set(CMAKE_CXX_STANDARD_REQUIRED True)). Of course, another way to set these variables is to use the -D flag as you suggested, but I was just wondering why you would prohibit using set(CMAKE_*). Source: about 1 year ago