Сборка и запуск из консоли

Configuring done — закончилась первая часть настройки: CMake прочитал CMakeLists.txt до конца и понял, что собирать. Из CMakeLists.txt CMake узнал, что в проекте есть цель app, которая собирается из кода, написанного в файле main.cpp, и что код на C++. В скобках — сколько секунд занял шаг.

Generating done — генерация закончилась: CMake записал в файлы на языке сборщика MSBuild всё, что выяснил при настройке: цель app, которая собирается из main.cpp, компилятор cl.exe и Windows SDK. Предыдущая строка, Configuring done, говорила только о том, что CMake понял, что собирать, а файлов ещё не было. Файлов несколько, главные два:

• app.vcxproj — список дел для сборщика по цели app. В этом файле записано: перевести main.cpp в машинный код компилятором, затем соединить результат в app.exe. Файл текстовый, и открыть файл можно в Блокноте. Назван по цели app из твоего CMakeLists.txt;
• Engine.slnx — файл решения. Назван по имени проекта Engine из CMakeLists.txt.

Третий файл, CMakeCache.txt, не список дел, а память CMake. В CMakeCache.txt записано, что CMake выяснил о компьютере: генератор и путь к компилятору. Следующие запуски настройки и сборка читают этот файл и не ищут всё заново.

Версия MSBuild 18.10.1 — первая строка вывода, и написал её уже не CMake, а сборщик MSBuild, которого CMake только что запустил. Так программа при старте сообщает свою версию. MSBuild входит в Visual Studio, но это отдельная программа, поэтому дальше в консоли идёт её собственный вывод.

Среди файлов из папки build MSBuild находит app.vcxproj — файл, который CMake записал при настройке, — и дальше собирает программу по нему.

В конце строки стоит .NET Framework, и на сборку это не влияет. Вывод MSBuild частично на русском («Версия»), частично на английском: так он работает в русской Windows.

Checking Build System — «проверка системы сборки». Сначала MSBuild проверяет, не менялся ли CMakeLists.txt после того, как его прочитал CMake. Для этого CMake при настройке оставил в папке build отметку со временем, а MSBuild сравнивает с ней время последнего изменения файла.

Если файл изменился, MSBuild сам запускает CMake, и тот делает то же, что при первой команде: заново читает CMakeLists.txt и перезаписывает файлы в папке build, в том числе app.vcxproj. Сборка идёт уже по новому списку дел, поэтому повторять настройку вручную не нужно.

Сейчас файл не менялся, CMake не запускается, и строки Building Custom Rule … CMakeLists.txt проходят вхолостую. Строк Building Custom Rule две, потому что такая проверка есть в двух проектах из папки build: app.vcxproj и ALL_BUILD.vcxproj. 1> в начале строки — номер задачи у MSBuild.

main.cpp — MSBuild перешёл к первому делу из списка: перевести этот файл в машинный код. Для этого MSBuild запустил cl.exe и передал ему main.cpp. Компилятор печатает только имя файла, над которым работает, а если ошибок нет, больше ничего не пишет.

Результат работы компилятора — файл main.obj. Это объектный файл: машинный код твоей функции main. Запустить main.obj нельзя. В main.cpp ты только вызываешь std::cout, а сам код, который выводит текст в консоль, написан не тобой: он лежит в готовой стандартной библиотеке. Поэтому в main.obj есть только ссылка «здесь нужен вывод в консоль», а самого кода нет. Заполнить пустую ссылку должен линкер.

app.vcxproj -> — последний шаг сборки. MSBuild запустил link.exe, и тот взял main.obj и стандартную библиотеку, где лежит код вывода текста, на который ссылался std::cout. Линкер записал на место пустой ссылки, где в библиотеке лежит этот код, и сохранил результат в один файл app.exe.

Стрелка в строке вывода показывает результат: слева проект app.vcxproj, справа — файл, который по нему собрался.

D:\dev\MyEngine\build\Debug\app.exe — путь к готовой программе. Программа лежит в папке сборки build, в подпапке Debug, а имя файла app.exe совпадает с именем цели app из твоего CMakeLists.txt. Теперь программу можно запустить.

Debug — вариант сборки для поиска ошибок. Мы не просили другой, поэтому собрался именно он, и программа лежит в подпапке с таким названием.