https://www.opennet.ru/openforum/vsluhforumID3/99261.html После года разработки представлен (http://permalink.gmane.org/gmane.org.fsf.announce/2212) релиз системы сборки GNU Make 4.1. Кроме исправления ошибок, в новой версии добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr. Добавлена возможность вызова функции $(file ...) без передачи текстовых аргументов (в этом случае файл будет открыт в указанном режиме и закрыт без записи данных). Вместо фатальной ошибки при смешивании явных и неявных правил теперь выводится предупреждение.<br><br>URL: http://permalink.gmane.org/gmane.org.fsf.announce/2212<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=40758<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#28 Wed, 08 Oct 2014 14:18:48 GMT &gt;&gt;&gt; добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr.<br>&gt;&gt; Вот за что не люблю проекты конкретно от фонда GNU, так это за подобную монструозность. Когда откровенные недоработки в каком-то другом месте затыкаются подобными костылями.<br>&gt; И в каком месте тут недоработка, костыли и "монструозность"?<br>&gt; Сдаётся что ты, мил-человек, казачОк.<br>&gt; (Ты вообще хоть понял про что тут написано?) <br><br>Для начала попробуйте сами подумать, ЗАЧЕМ может это понадобиться? Я не вижу ни одной вменяемой причины. Хотя стараюсь, честно. Не дураки же, по идее, пишут.<br><br>С другой стороны: вот обычный процесс, про него заранее известно, что он шлёт рабочий выхлоп в stdout, а всё остальное - в stderr. На это можно (было) полагаться, с этим можно (было) надёжно работать. А теперь, если я хочу работать - надёжно - с GNU make, то мне надо ещё и две новые переменные окружения контроллировать?!<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#27 Wed, 08 Oct 2014 14:14:34 GMT Для мелких проектов разницы практически не будет. На маленьком проекте что угодно для сборки будет подходить, хоть GNU make, хоть bmake, хоть вообще SCons. И, как говорится, на здоровье... А вот когда половишь баги GNU make на сборке исходников общим чистым весом за двадцать метров, начинаешь по-другому на неё смотреть.<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#26 Tue, 07 Oct 2014 15:03:04 GMT &gt;А то ишь ты, подстраховался он, болтунишка.<br><br>Наверняка он бздунишка. Это для них безразницы free и open.<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#25 Tue, 07 Oct 2014 08:30:22 GMT Повторяю, (см. сабж) для определения потока вывода сообщений.<br>При этом неучи о пайпах могут не беспокоится, с ними всё будет по прежнему.<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#24 Tue, 07 Oct 2014 08:24:46 GMT В каждой шутке есть доля... шутки.<br>При этом очевидно, что с таким невежеством стараться вам особо не нужно. :D<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#23 Mon, 06 Oct 2014 19:54:27 GMT Я прямо даже теряюсь. Преподаватель информатики? Застенки проприетарных контор? Наезжаем на опен-сорс? Пайпы возможны? Вот жеж вас понесло от маленькой шутки. Что же, буду продолжать стараться :)<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#22 Mon, 06 Oct 2014 19:48:16 GMT &gt;[оверквотинг удален]<br>&gt; Для дЭбилов повторяю - командная строка имеет бОльший приоритет, чем переменные окружения, <br>&gt; которые в свою очередь имеют бОльший приоритет, чем переменные конфигурационного файла. <br>&gt; Собственно именно поэтому пайпы В ПРИНЦИПЕ и возможны.<br>&gt; Например, <br>&gt; MAKE_TERMOUT=/dev/null make ....<br>&gt; переопределит переменную $(MAKE_TERMOUT) в мэйкфайле.<br>&gt; В общем,.. где вас вообще выращивают? В застенках каких проприетарных контор, раз <br>&gt; вы так глупо наезжаете на опен-сорс? Две недели курсов и "спец" <br>&gt; готов?<br>&gt; Вот жеж дэбилы.<br><br>Вы может быть лучше повторите зачем нужно MAKE_TERMOUT... Когда стандартный поток вывода...<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#21 Mon, 06 Oct 2014 19:41:54 GMT &gt; Вы поздно спохватились. В *nix изначально была возможность для приложения закрыть STDIN_FILENO, <br>&gt; STDOUT_FILENO, STDERR_FILENO и открыть другие файлы с теми же файловыми дескрипторами. <br>&gt; Прямое нарушение UNIX-Way присутствовало на этом UNIX-Way с самого начала.<br><br>Оно не нарушение. Оно - возможность. Одна из очень многих...<br> https://www.opennet.ru/openforum/vsluhforumID3/99261.html#20 Mon, 06 Oct 2014 19:40:19 GMT &gt;&gt; Это неправда. Всё, что open source <br>&gt; Разница в убеждениях и действиях авторов.<br><br>Нет.<br><br>&gt;&gt; &#8212; free software, и наоборот. Вопрос в подходе к определению термина.<br>&gt; Не юли! Или "Всё и наоборот", или "вопрос". А то ишь ты, <br>&gt; подстраховался он, болтунишка.<br><br>Никто не юлит. Несмотря на то, что определения технически разные, к результатам они приходят идентичным. Потому что определяют одно и то же, но через разные понятия.<br><br>