Исходное сообщение
"Сотрудник Red Hat представил сборочную систему Goals. Выпуск..." Отправлено нона, 20-Янв-20 14:55
Шило на мыло. Причем последнее еще нужно будет ставить, чтобы собрать очередной проект. Тогда как шило всегда под рукой. У make есть куча проблем: — нет state-файла со статусом целей и  соответственно эфемерных целей. Это приводит к повсеместному раскидыванию "touch $@", а также к костыльной реализации runtime deps. — make не создает сам директории, очень напрягает, отсюда повсеместная практика цели создавать рядом с зависимостями, а не в отдельной дире. — куцый набор встроенных функций и фильтров, в любой непонятной ситуации приходится откатываться на shell + find, а это достаточно хрупкое решение. Озвученные цели goals (pun intended) это фигня и частично решены доп-возможностями gnu make. А "в Goals планируется реализовать и другие тактики, такие как проверка наличия URL, сравнение времени изменения с любым файлом, оценка сборки пакета в Koji, сравнение контрольных сумм, запуск тестовых наборов с выборочным пропуском тестов" (omg) это какие-то сугубо частные случаи, которые в том же make делаются без дополнительных сущностей и раздувания семантики.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Шило на мыло. Причем последнее еще нужно будет ставить, чтобы собрать очередной > проект. Тогда как шило всегда под рукой. У make есть куча > проблем: > — нет state-файла со статусом целей и соответственно эфемерных целей. > Это приводит к повсеместному раскидыванию "touch $@", а также > к костыльной реализации runtime deps. > — make не создает сам директории, очень напрягает, отсюда повсеместная практика > цели создавать рядом с зависимостями, а не в отдельной дире. > — куцый набор встроенных функций и фильтров, в любой непонятной ситуации > приходится откатываться на shell + find, а это достаточно хрупкое решение. > Озвученные цели goals (pun intended) это фигня и частично решены доп-возможностями gnu > make. А "в Goals планируется реализовать и другие тактики, такие как > проверка наличия URL, сравнение времени изменения с любым файлом, оценка сборки > пакета в Koji, сравнение контрольных сумм, запуск тестовых наборов с выборочным > пропуском тестов" (omg) это какие-то сугубо частные случаи, которые в том > же make делаются без дополнительных сущностей и раздувания семантики.
	Введите код, изображенный на картинке: