The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Выпуск системы сборки GNU Make 4.1"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от opennews (??) on 06-Окт-14, 10:28 
После года разработки представлен (http://permalink.gmane.org/gmane.org.fsf.announce/2212) релиз системы сборки GNU Make 4.1. Кроме исправления ошибок, в новой версии добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr. Добавлена возможность вызова функции $(file ...) без передачи текстовых аргументов (в этом случае файл будет открыт в указанном режиме и закрыт без записи данных). Вместо фатальной ошибки при смешивании явных и неявных правил теперь выводится предупреждение.

URL: http://permalink.gmane.org/gmane.org.fsf.announce/2212
Новость: http://www.opennet.ru/opennews/art.shtml?num=40758

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "Выпуск системы сборки GNU Make 4.1"  –12 +/
Сообщение от Аноним (??) on 06-Окт-14, 11:33 
> добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr.

Вот за что не люблю проекты конкретно от фонда GNU, так это за подобную монструозность. Когда откровенные недоработки в каком-то другом месте затыкаются подобными костылями. И эти люди потом ещё что-то говорят о качестве open source, хотя сами прилагают немало усилий по "исправлению" ситуации. Тьфу.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Выпуск системы сборки GNU Make 4.1"  +1 +/
Сообщение от Аноним (??) on 06-Окт-14, 14:05 
free software != open source
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

18. "Выпуск системы сборки GNU Make 4.1"  –7 +/
Сообщение от Имя on 06-Окт-14, 19:49 
Это неправда. Всё, что open source — free software, и наоборот. Вопрос в подходе к определению термина.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

19. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Andrey Mitrofanov on 06-Окт-14, 19:59 
> Это неправда. Всё, что open source

Разница в убеждениях и действиях авторов.

> — free software, и наоборот. Вопрос в подходе к определению термина.

Не юли! Или "Всё и наоборот", или "вопрос". А то ишь ты, подстраховался он, болтунишка.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

20. "Выпуск системы сборки GNU Make 4.1"  –3 +/
Сообщение от Имя on 06-Окт-14, 23:40 
>> Это неправда. Всё, что open source
> Разница в убеждениях и действиях авторов.

Нет.

>> — free software, и наоборот. Вопрос в подходе к определению термина.
> Не юли! Или "Всё и наоборот", или "вопрос". А то ишь ты,
> подстраховался он, болтунишка.

Никто не юлит. Несмотря на то, что определения технически разные, к результатам они приходят идентичным. Потому что определяют одно и то же, но через разные понятия.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "Выпуск системы сборки GNU Make 4.1"  +2 +/
Сообщение от Аноним (??) on 07-Окт-14, 19:03 
>А то ишь ты, подстраховался он, болтунишка.

Наверняка он бздунишка. Это для них безразницы free и open.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

6. "Выпуск системы сборки GNU Make 4.1"  +1 +/
Сообщение от Xaionaro (ok) on 06-Окт-14, 15:09 
А мне нравится GNU Make для мелких проектов.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

27. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Аноним (??) on 08-Окт-14, 18:14 
Для мелких проектов разницы практически не будет. На маленьком проекте что угодно для сборки будет подходить, хоть GNU make, хоть bmake, хоть вообще SCons. И, как говорится, на здоровье... А вот когда половишь баги GNU make на сборке исходников общим чистым весом за двадцать метров, начинаешь по-другому на неё смотреть.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

13. "Выпуск системы сборки GNU Make 4.1"  +1 +/
Сообщение от ананим on 06-Окт-14, 17:15 
>> добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr.
> Вот за что не люблю проекты конкретно от фонда GNU, так это за подобную монструозность. Когда откровенные недоработки в каком-то другом месте затыкаются подобными костылями.

И в каком месте тут недоработка, костыли и "монструозность"?
Сдаётся что ты, мил-человек, казачОк.
(Ты вообще хоть понял про что тут написано?)

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

28. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Аноним (??) on 08-Окт-14, 18:18 
>>> добавлены новые переменные $(MAKE_TERMOUT) и $(MAKE_TERMERR), позволяющие переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr.
>> Вот за что не люблю проекты конкретно от фонда GNU, так это за подобную монструозность. Когда откровенные недоработки в каком-то другом месте затыкаются подобными костылями.
> И в каком месте тут недоработка, костыли и "монструозность"?
> Сдаётся что ты, мил-человек, казачОк.
> (Ты вообще хоть понял про что тут написано?)

Для начала попробуйте сами подумать, ЗАЧЕМ может это понадобиться? Я не вижу ни одной вменяемой причины. Хотя стараюсь, честно. Не дураки же, по идее, пишут.

С другой стороны: вот обычный процесс, про него заранее известно, что он шлёт рабочий выхлоп в stdout, а всё остальное - в stderr. На это можно (было) полагаться, с этим можно (было) надёжно работать. А теперь, если я хочу работать - надёжно - с GNU make, то мне надо ещё и две новые переменные окружения контроллировать?!

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

12. "Выпуск системы сборки GNU Make 4.1"  –4 +/
Сообщение от Kodir (ok) on 06-Окт-14, 17:02 
> ...переопределить потоки вывода сообщений и информации об ошибках вместо stdout и stderr

Мне кажется или это прямое нарушение UNIX way? Зачем тогда хвалиться на каждом углу со своими дурацкими pipes, если ЛЮБОЕ приложение вот так на ровном месте нагадит в цепочку перенаправлений?!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Stax (ok) on 06-Окт-14, 17:15 
Ну так это же *GNU* make, а GNU это Not UNIX :) Так что претензии по UNIX way'ности не принимаются!
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Выпуск системы сборки GNU Make 4.1"  –1 +/
Сообщение от ананим on 06-Окт-14, 17:31 
Претензии к вашему преподавателю информатики разве что.
И то, при условии что вы в принципе обучаемый.

Зыж
Для дЭбилов повторяю — командная строка имеет бОльший приоритет, чем переменные окружения, которые в свою очередь имеют бОльший приоритет, чем переменные конфигурационного файла.
Собственно именно поэтому пайпы В ПРИНЦИПЕ и возможны.
Например,
MAKE_TERMOUT=/dev/null make ....
переопределит переменную $(MAKE_TERMOUT) в мэйкфайле.

В общем,.. где вас вообще выращивают? В застенках каких проприетарных контор, раз вы так глупо наезжаете на опен-сорс? Две недели курсов и "спец" готов?
Вот жеж дэбилы.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

22. "Выпуск системы сборки GNU Make 4.1"  –1 +/
Сообщение от Посторонним В on 06-Окт-14, 23:48 
>[оверквотинг удален]
> Для дЭбилов повторяю - командная строка имеет бОльший приоритет, чем переменные окружения,
> которые в свою очередь имеют бОльший приоритет, чем переменные конфигурационного файла.
> Собственно именно поэтому пайпы В ПРИНЦИПЕ и возможны.
> Например,
> MAKE_TERMOUT=/dev/null make ....
> переопределит переменную $(MAKE_TERMOUT) в мэйкфайле.
> В общем,.. где вас вообще выращивают? В застенках каких проприетарных контор, раз
> вы так глупо наезжаете на опен-сорс? Две недели курсов и "спец"
> готов?
> Вот жеж дэбилы.

Вы может быть лучше повторите зачем нужно MAKE_TERMOUT... Когда стандартный поток вывода...

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

25. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от ананим on 07-Окт-14, 12:30 
Повторяю, (см. сабж) для определения потока вывода сообщений.
При этом неучи о пайпах могут не беспокоится, с ними всё будет по прежнему.
Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

23. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Stax (ok) on 06-Окт-14, 23:54 
Я прямо даже теряюсь. Преподаватель информатики? Застенки проприетарных контор? Наезжаем на опен-сорс? Пайпы возможны? Вот жеж вас понесло от маленькой шутки. Что же, буду продолжать стараться :)
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от ананим on 07-Окт-14, 12:24 
В каждой шутке есть доля... шутки.
При этом очевидно, что с таким невежеством стараться вам особо не нужно. :D
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

15. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от ананим on 06-Окт-14, 17:22 
От недостатка знаний такое бывает.
И не то ещё померещиться может неразвитому уму.

Зыж
Тебе не пох куда именно (на экран, в файл,.. в анб) приложение выводило поток для дескрипторов 1 и 2, если ты их в командной строке всё равно переопределяешь?

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Выпуск системы сборки GNU Make 4.1"  +/
Сообщение от Ordu email(ok) on 06-Окт-14, 17:47 
Вы поздно спохватились. В *nix изначально была возможность для приложения закрыть STDIN_FILENO, STDOUT_FILENO, STDERR_FILENO и открыть другие файлы с теми же файловыми дескрипторами. Прямое нарушение UNIX-Way присутствовало на этом UNIX-Way с самого начала.
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

21. "Выпуск системы сборки GNU Make 4.1"  +1 +/
Сообщение от Посторонним В on 06-Окт-14, 23:41 
> Вы поздно спохватились. В *nix изначально была возможность для приложения закрыть STDIN_FILENO,
> STDOUT_FILENO, STDERR_FILENO и открыть другие файлы с теми же файловыми дескрипторами.
> Прямое нарушение UNIX-Way присутствовало на этом UNIX-Way с самого начала.

Оно не нарушение. Оно - возможность. Одна из очень многих...

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру