Progress Bar для Сборки Программы

[@kipar]

В CMake по умолчанию такой индикатор.

[@randomsimplenumber]

Но его можно отключить ;)

[@zubrbonasus]

Можно доверить сборку бинарника ci скрипту и делать это все на сервере, занимаясь при этом разработкой следующих задач.

[@aabzel]

Уже сделано
Пуск Сервера Сборки Jenkins
https://habr.com/ru/articles/695978/

[@viordash]

а Вы не рассчитываете запускать сборку проектов в несколько потоков? например make all -j8

[@aabzel]

Она сейчас так и собирается

echo off
cls
make clean 2>&1 | tee clean_log.txt
make all -j8 | tee build_log.txt

[@viordash]

хм, мне казалось что при параллельной сборки могут быть гонки у CURRENT_CNT. А у вас нумерация идет подряд, странно.

[@PoksPoks]

Симпатичное решение, три строки кода за наглядность процесса сборки выглядят вполне честной ценой

[@13werwolf13]

занимательное совпадение, как раз сегодня раздумывал над выводом прогресса силами make и Makefile. Ваше решение мне однозначно нравится, жаль что не применимо для того что нужно мне, но верное направление я точно получил.

[@DirectoriX]

Многим пользователям GUI-IDE приходится страдать от того, что запустив сборку проекта приходится ждать окончания непредсказуемое время.

У меня в MS VS прям графический прогресс-бар рисуется :)

Простой счётчик файлов в принципе не сильно поможет решить проблему "Вы никогда не можете сказать сколько еще осталось ждать до окончания процесса":

• есть великое множество single-header библиотек, они просто не попадут в счётчик как он есть. Это легко исправить, но...

• файл на 50 строк и файл на 1050 строк будут собираться за очень разное время. Очень может быть, что у вас не очень большая программа, которая по тем или иным причинам собирает SQLite из его амальгамации - там пара .h и .c занимают вместе под 10 мегабайт

• а ещё после сборки чаще всего идёт линковка, и может быть не одна (если это какой-то массивный проект с пачкой промежуточных библиотек), и может быть ещё и с LTO, которое может линковку замедлить в десятки раз

В итоге, конечно, со счётчиком чуть нагляднее, чем совсем вслепую, но не сильно точнее, чем прогресс-бары / счётчики при копировании файлов: есть и число файлов, и суммарный объём, и подсчёт уже затраченного времени - но предсказание всё равно плавает как ветка в шторм

[@randomsimplenumber]

Но а среднем понятно, что 30% < 90%.