> Нет, не будет.
> После того как фряха _и_действительно_ перешла на шланг в базе, и вдруг
> оказалось что стало не просто не хуже, а кое где -
> заметно лучше - смехуечки и шуточки жысисишных резко прекратились :)
> Вот что конкуренция святая делает! :)
> Народ заткнулся и стал пилить. Пристрелили несколько старых клячь (разрешили плюсы хех),
> отбросили жлобство про "мыкручевсех" и таки пошли в правильном направлении ...
> Всё у них будет хорошо, они как та принцесса - волшебного пенделя
> ждали :)Если учесть, что при пересборке системы из сорцов, с максимально оптимизированным src.conf, большую часть времени занимает компиляция компилятора и его виртуальной машины, то становится совсем грустно. Конечно, можно запретить пересборку LLVM/Clang флагом WITHOUT_CLANG=true, но тогда придётся отслеживать отдельные критические исправления в самом инструменте сборки отдельно от других и учитывать, когда можно этот флаг включать. Если бы LLVM/Clang был отдельно от системы, то достаточно раздельных обновлений/компиляции - процесс выглядел бы более последовательным и линейным, легко понять, где что изменилось и на что влияет.
Так что операционной системе нужна модульность в том числе на уровне комплекта исходных текстов, и независимая компиляция-сборка программных модулей. Тулчейн должен быть отделён от системы.
А ещё в этой дурной архитектуре квази-виртуальных машин, которые якобы порождают оптимальный псевдо-код для массивно-параллельных процессоров, когда в системе несколько компиляторов, два из которых одинаковы - LLVM/Clang 4.0.0 в качестве системного компилятора во FreeBSD 11-STABLE и отдельно ставится из порта ещё один точно такой же в /usr/local для поддержки вывода на графический дисплей (Mesa3D/DRI 17.0.3 и все дела), то мы приходим к абсурду множественности одинаковых жирных сущностей, выполняющих кардинально различные задачи.
