Исходное сообщение
"Представлен GTK+ 3.92.1, экспериментальный выпуск GTK+ 4" Отправлено Mihail Zenkov, 25-Окт-17 09:55
> Если в проекте > несколько скриптов ./configure, то каждый из них будет тормозить, и делать > они это будут по-очереди, занимая ровно одно ядро. Зависит от проекта. Если в проекте собираются одновременно несколько подпроектов/библиотек, то не кто не запрещает во время компиляции одного запустить configure у другого. AFAIK gcc так и делает. > бесконечных проверок того, что char > занимает 1 байт, "может что изменилось с предыдущего раза и char > подрос?". Весь этот вывод configure уже заучен наизусть, я его сам > могу на клавиатуре набрать с закрытыми глазами, ан нет, автотулзы продолжают > долбить в одну и ту же точку. Учить нужно не вывод, а маны :) Я сам так много лет смотрел и думал - сколько можно проверять char? Наконец залез в доки и нашел:     https://www.gnu.org/software/automake/manual/html_node/confi...     https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/a...     https://www.gnu.org/savannah-checkouts/gnu/autoconf/manual/a... Сделал программу, которая собирает config.cache после сборки. Потом запускаю вторую программу, которая анализирует все имеющиеся config.cache и создает config.site, в который попадают только те переменные, которые имеют одно и тоже значение во всех config.cache. Тестировал на lfs, но большого выигрыша не увидел (собираю на четырех ядрах). Возможно на blfs выигрыш будут более значимым (особенно на Xorg - там реально в раза два быстрее должно получится).