Указание версии или ревизии при компиляции

Есть тупой, но надежный вариант - генерировать version.h в начале сборки.

Указываю ревизию SVN.

С автотулзами делается примерно так: http://forum.ixbt.com/topic.cgi?id=26:37148:9#9

С CMake так: http://www.linux.org.ru/jump-message.jsp?msgid=4713348&cid=4715569

вот ктобы сказал как это делается с qmake

о таки нашёл для qmake, http://www.qtcentre.org/wiki/index.php?title=Version_numbering_using_QMake

__DATE__
__TIME__

По названиям, думаю понятно, что делают эти определения препроцессора.

Меня тоже заинтересовало: чтобы вручную не нумеровать, а нумеровать, скажем, по дням сборки вида X.XX.XX, где вся цифра XXXXX - кол-во дней сборки программы (т.е., скажем, правлю я ее сегодня, к версии прибавляется 1, через две недели вспоминаю - прибавляется еще 1).

Как бы это так на макросах gcc замутить? Или через cmake?

Можно, наверное, сделать файлик, в котором хранить текущий номер. При каждой компиляции проверять, сколько прошло времени с момента ctime этого файла. Если больше 24 часов - инкрементировать его содержимое. Надо придумать, как это на cmake сделать.

Как бы это так на макросах gcc замутить? Или через cmake?

Начать использовать SVN? Убьешь сразу двух зайцев!

Вот пример.

Зачем мне SVN только на локальной машине?

Мне проще скриптик сделать.

Зачем мне SVN только на локальной машине?

Ну, тут дело вкуса. Я например Hg использую вообще везде. Хотя, бытует мнение, что SCM/VCS полезны вообще всегда — даже в проектах, над которыми работают в одиночку.

Я вручную «тарю» директорию в архив с номером версии.

Ну собственно, занимаешься фигней, которую можно поручить hg/bitbucket

> Зачем мне SVN только на локальной машине?

Ну возьмите тогда CVS;-)

Сист. управления версиями очень удобны, при минимальном использовании они делают то же самое что Ваш скриптик (и так же просто), но при этом появляется еще куча возможностей.