AC>>>> понимаешь в чем дело, в том что если бы make догадывалось об этом то ей
AC>>>> пришлось бы перестать быть универсальным инструментом (вон выше по ветке
AC>>>> собирают PDF например, а какой там DEBUG) и стала бы
AC>>>> узкоспециализированным. а это неправильно.
AC>>> Дебуга там нет, но вообще-то pdftex-у в командную строку тоже много чего
AC>>> интересного запихать можно. Во всяких bras и makepp эта задача решена
AC>>> посредством запоминания того, какой именно командой данный target
AC>>> пересобирался последний раз. И если текущая команда получается другая,
AC>>> target считается устаревшим.
AC>> ну так я говорю, значит просто надо DEBUG поставить в зависимости
AC>> и далее проблема станет решенной
AC> Надо _сложно_ поставить в зависимости DEBUG. Иначе оно будет
AC> пересобирать всё каждый раз. Подозреваю, что сделать это можно, но
AC> вплотную еще не думал. Есть шанс, что и не получится.
а мое решение сложно?
то есть пишем в Makefile
DEBUG ?= 0 # кстати не помню ?= это GNUmake или вообще make? хез
...
debug_depends:
test -e $@ || echo $(DEBUG) > $@
test "`cat $@`" = "$(DEBUG)" || echo $(DEBUG) > $@
и дальше ставим зависимость от debug_depends
то есть получится что make его перезаписывать будет только при смене
переменных
и соответственно в зависимости:
%.o: %.c debug_depends
--
... 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