как воткнуть дату билда в бинарник ? Опции

[Огурцов]

кокос, gcc

[megajohn]

дык классические __DATE__ __TIME__
https://gcc.gnu.org/onlinedocs/cpp/Standard...ned-Macros.html

только не забыть ребилдить всё, так как obj содержищий эти строки может не обновлятся, если правите другой файл

[Fedor]

кокос, gcc

gcc

Код

struct version_s{
    uint16_t major;
    uint16_t minor;
    char      *bdate;
};

const version_t  version __section(._version) = {
        .major = V_MAJOR,
        .minor = V_MINOR,
        .bdate = __DATE__ " "  __TIME__ ,
};

Секцию прописать в скрипте загрузчика в нужном месте.

[scifi]

Дата билда - это моветон. Код ревизии из системы контроля версий - это комильфо.

[Огурцов]

так и как сделать это комильфо ?

[_pv]

так и как сделать это комильфо ?

при сборке позвать систему контроля версий и спросить у неё, какая сейчас ревизия.
Полученную ревизию, например, можно скормить компилятору через командную строку ключик -D.

[Fedor]

Для svn можно сделать:
http://stackoverflow.com/questions/16248/g...umber-into-code
а вот, например, гит не дает номер ревизии, но можно попробывать через метки (tags).

[Огурцов]

сделал через date
ибо номер билда ни о чём не говорит

[mantech]

при сборке позвать систему контроля версий и спросить у неё, какая сейчас ревизия.
Полученную ревизию, например, можно скормить компилятору через командную строку ключик -D.

А что, просто ревизию в основном файле прописать через дефайн?? Всегда так делал - просто и понятно, а всякие системы контроля версий и еще фиг знает чего, зачем? Вы ведь не свою собственную винду с нуля пишете

Сообщение отредактировал mantech - Jul 21 2015, 19:26

[scifi]

а всякие системы контроля версий и еще фиг знает чего, зачем?

Как зачем? Для контроля версий, конечно. Оч. рекомендую, кстати. А ещё советую сверлить дырки в бетоне перфоратором, а не буравчиком :-)

[mantech]

Как зачем? Для контроля версий, конечно. Оч. рекомендую, кстати.

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

[scifi]

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

Хозяин - барин. Я без системы контроля версий уже сошёл бы с ума, причём не единожды. От числа и масштаба задач зависит, конечно.

[Огурцов]

да это не беда, вот как вы поступаете, когда какой-то код нужно вынести в библиотеку ?
на большом компе проблем нет - вынес и если что поправил вызовы в сотне проектов
в самом худшем случае максимум комп перезагрузишь из-за изменений в библиотеке
а для мк ?
очень хочется иметь отдельный полный каталог на каждый проект, чтобы в случае косяков в библиотеке чего-нибудь в куда-нибудь физически не въехало
а как библиотеку править, что, её потом по всем проектам копировать ?

[jcxz]

И что это мне даст? Я и так прекрасно версии своих прог контролирую, без доп. приблуд

При очередной сборке забудете этот дефайн с ревизией поменять.
Мы написали скрипт, запускаемый в Prebuild, который получает с SVN-а ревизию и пишет её в хидер (в виде дефайна) подключаемый к проекту (с пересборкой всего проекта при его обновлении).
Также в этот хидер пишется дата/время, сетевое имя компа на котором делается сборка и виндовый логин юзера.
Это всё включается в выходной образ прошивки по фиксированному адресу вместе с CRC образа.

[den_po]

Для svn можно сделать:
http://stackoverflow.com/questions/16248/g...umber-into-code
а вот, например, гит не дает номер ревизии, но можно попробывать через метки (tags).

Можно и номер ревизии получить, только толку от него нет. С гитом стоит использовать хеш, можно сокращённый. Например так:

Код

git log -1 --pretty=format:"#define FWVERHASH 0x%%h" > gitver.h