> Ядро 2.4.26 (минимальная конфигурация) собирает за 30 секунд.

Звучит примерно как "чувак в ластах и противогазе взбегает на скользкую горку за 30 секунд". Хорошая заявка на чемпионате сказочных долбо..в!

> И оно работает (грузится) на реальном железе.

А кому ныне всерьез надо ядро 2.4.26? Даже тормозные вендыри SDK нынче реже 3.х уже обычно ядра не используют, а на 2.4 давно кончилась поддержка, в том числе - секурити.

К тому же,
1) Мало-мальски актуальное железо поддерживается какими-то более-менее свежими ядрами.
2) Для старых железок оптимизация кода актуальна как никогда: мощный комп на 10 минут для билдовки кернела найти не так уж сложно, а вот потом работать этот код будет недели, месяцы а может и годы. И как-то совсем не в кассу чтобы он тормозил. Так что скорсть и размер кода для старого оборудования - в приоритете.

> Собирает сам себя в конфигурации cross-compilers (набор компиляторов
> arm, x86 и x86_64 для linux и Windows) приблизительно за тоже время.

Все это круто, но just in case, тулчейн я себе компиляю один раз в фиг знает сколько времени, поэтому время сборки тулчейна для меня далеко не главный критерий. Мне обычно намного важнее какой код будет тулчейн гененирить. Желательно чтобы компактный и быстрый.

> Включает в себя функциональность as, ld и с-компилятора с препроцессором.

Это замечательно, но сколь-нибудь реалистичный юзкейс для этого не просматривается. Разве что "пострадать фигней, с пофигом на результат".

> Сравним с временем сборки gcc и binutils хотя бы для одной архитектуры,

Ну я собирал оные. И чего? Мне это надо чуть ли не 1 раз за все время работы с таргетом требующим вон тот экзотичный компилер. И, поверьте, экономия нескольких минут на компилежке (тем паче в фоне) тулчейна - далеко не первоприоритетная задача.

> оценим выигрыш во времени сборки сишного кода (приблизительно на порядок)
> и получается компилятор дла этапа разработки или JIT-компилятор для С.

Зато проиграем по качеству кода, в ряде случаев менее оптимальный код вообще в ресурсы таргета не влезет, а кого колыхала скорость сборки при разработке - давно компилируют только измененные файлы, а у больших проектов есть еще и более агрессивное кэширование и распределенные фермы. Так что все это получается весьма притянуто за уши. По факту вон тот же tiny C как бы есть, но реально существует в основном как научный курьез, нежели в качестве чего-то для практического юзежа. Ну вот еще 1 тул такого же плана.