https://www.opennet.ru/openforum/vsluhforumID3/101844.html Компания Google открыла код сборочного инструментария Bazel (http://bazel.io/), основанного на наработках, используемых для сборки большинства внутренних проектов компании. Bazel обеспечивает сборку проекта, запуская необходимые компиляторы и тесты, выполняя задачи, аналогичные таким системам, как Make, Ant, Gradle, Buck, Pants и Maven. Bazel позволяет собирать проекты на любых языках программирования и отличается сочетанием высокой скорости, надёжности и повторяемости процесса сборки. Код Bazel распространяется (https://github.com/google/bazel) под лицензией Apache.<br><br><br><br>В отличие от Make и Ninja в Bazel применяется более высокоуровневый подход к построению правил сборки, при котором вместо определения привязки команд к собираемым файлам производится применения более абстрактных готовых блоков, таких как "сборка исполняемого файла на языке С++", "сборка библиотеки на C++" или "запуск теста для C++", а также определение целевых и сборочных платформ. Дополнительная функциональность реализуется через механизм https://www.opennet.ru/openforum/vsluhforumID3/101844.html#90 Fri, 27 Mar 2015 07:45:37 GMT И что? У нас тоже есть большущие проекты на CMake. Может, не ядро, но тоже очень большие. Живут неплохо. Против CMake я как будто ничего не говорил. Даже являюсь горячим сторонником его идеологии (генерация сборочных файлов). А почитать выше, так и вовсе хвалил его (хотя язык описания в CMake откровенно плох, это я Вам как человек, имеющий опыт создания парсеров, скажу).<br><br>Потом, Вы искренне полагаете, что человеку, неспособному даже JRE поставить, есть что делать в ядре?<br><br>С ядром причина другая, его теоретически можно под хитрое что-то и не кросс-компилировать, а собрать ПРЯМО на железке. Если такая возможность хотя бы раз в сто лет, одному экзотическому пользователю на миллион, нужна, о JRE речи уже нет. Но есть масса проектов, больших и серьёзных, для которых вопрос о сборке на кофеварке или роутере не встанет никогда. Для них наличие JRE в зависимостях ни горячо, ни холодно.<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#89 Fri, 27 Mar 2015 00:57:25 GMT &gt; Просто понятно, что маленькие проектики -- не целевая аудитория этой штуки.<br><br>Ну вон линуксное ядро - какой проект? А для сборки минимум зависимостей. Была б ему нужна ява для сборки - у него програмеров было бы в разы меньше. Потому что половине бы проблевалсь еще до того как смогли это скомпилить.<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#88 Fri, 27 Mar 2015 00:56:16 GMT &gt; Для билд фермы совсем не проблема поставить один раз рантайм.<br><br>Ну да, если некто корпораха размером с гугл - они это конечно поставят. Вот только 99.9% разработчиков такой инфраструктурой не обладают :)<br><br>&gt; А вот если вас это значимый блоккер, то сабж не под ваши <br>&gt; нужды - только и всего.<br><br>Ну понятно - фиговина будет обладать популярностью сравнимой с IBMовскими майнфреймами, по поводу чего через 5-10 лет гугл пульнет очередной анонс про шатдаун проекта :)<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#87 Thu, 26 Mar 2015 18:17:25 GMT Обычно хреновины такого рода имеют собственный препроцессор а-ля C++ (...). (поэтому использование неожиданного для таких хреновин компилятора может лажать в вычислении зависимостей).<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#86 Thu, 26 Mar 2015 18:17:24 GMT Когда я с ним работал (версии 2.x):<br><br>1. Уродский синтаксис языка. Отсутствие функций и выражений. <br>2. Отсутствие внятной документации.<br>3. Невозможность использовать в одном проекте несколько компиляторов одного и того же языка.<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#85 Thu, 26 Mar 2015 16:18:42 GMT Питон-то причём? Тут проблемы реализации.<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#84 Thu, 26 Mar 2015 14:38:06 GMT &gt; Удивительно, но в огромных проектах на нём именно внутренняя логика сборки <br>&gt; начинает съедать время,<br><br>"Питон не тормозит!!!11111"<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#83 Thu, 26 Mar 2015 13:53:27 GMT Для проектов-гигантов совершенно неважно, нужно ли JRE. Если в проекте 100 МБ исходников, а в собранном виде он занимает гигабайты, всем будет абсолютно всё равно, ставить ли CMake или что-то там с JRE. Если учесть, что под ограниченные в ресурсах платформы всё равно всё кросс-компилируют, так это вообще никого не будет волновать.<br><br>Просто понятно, что маленькие проектики -- не целевая аудитория этой штуки.<br> https://www.opennet.ru/openforum/vsluhforumID3/101844.html#82 Thu, 26 Mar 2015 13:17:40 GMT Как он резолвит зависимости типа include в C++?<br>