> А любая задача - не такая уж простая. Вот именно в этом есть сомнение. Может дело в подходе? ;-)
> PROG_NAME = myprog > BUILD_TYPE = MULTI_SRC_BIN > include $(DEFS) > # а тут ваши дополнительные правила, если нужно > include $(RULES) Это абсолютно то же самое. Переизобретенный велосипед. Не говорю, что плохой или хороший, но переизобретение уже готового налицо. >> И ведь оно уже все умеет. > Не всё - само список файлов не составляет, приходится руками вводить. Да не приходится. Если исходный файл один - достаточно указать просто PROG. Если больше, можно SRCS!= echo *.c Если echo не нравится, его можно спрятать в <myownrules.mk> Подход от этого не меняется. >> Для простых проектов и проектов средней величины нет ничего лучше >> MK-скриптов BSD make-а IMHO. > Вот-вот - используют makefiles вместо скриптов > и скрипты вместо makefiles. make - это и есть язык программирования. В чем-то уникальный, в чем то декларативный. На нем тоже программируют. В этом нет ничего плохого. И здесь я не вижу никаких противоречий. >> Интересно, есть ли в природе аналог mk скриптам для GNU make-а? > mk-СКРИПТЫ - не интересуют. Назовите по другому. Что назвать по-другому? Что не интересует? Ничего не понял. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
