[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Чем плох рекурсивный make?



AC> Там правка правке рознь.  Добавил #include - уже вынь да положь configure.
смотря какой include :)

если на себя же (свой проект) то да :)
а если на тот что в /usr лежит, то запуск configure можно в долгий ящик
откладывать :)

AC>> первый пункт в каком-то *make удобно реализован? только так чтобы сборка
AC>> не становилась узкоспециализированной

AC> Насколько я знаю, задача добычи зависимостей из makefile как минимум
AC> весьма сложна.  Подозреваю, что неразрешима.
подозреваю что разрешима
поскольку make эти зависимости строит, то есть можно ее допатчить чтобы
она их выводила в удобоваримом виде (она и сейчас умеет их вывести, но
рекурсивные ревызовы сейчас она не умеет)

AC>>> Что для данного применения плохо, но приемлемо.  Для целей
AC>>> разработки же - скорее неприемлемо.
AC>> для целей разработки есть авторский makefile :)

AC> "Я и есть автор".  Переделанная цитата из известного анекдота.
когда ты автор сделать depends.mk тебе труда не составит

сложнее когда ты делаешь "обертку" над чьим-то makefile и патчить его
тебе по каким-то причинам не хочется

AC>> тут конечно получаются костыли и подпорки... что делать?

AC> Менять make на альтернативу, в которой при дизайне это учтено.
нет альтернатив-то :(
то есть для одной задачи есть, а для другой задачи опять нет
хочется универсального инструмента
--
... mpd is off

. ''`.                               Dmitry E. Oboukhov
: :’  :   email: unera@debian.org jabber://UNera@uvw.ru
`. `~’              GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537

Attachment: signature.asc
Description: Digital signature


Reply to: