cmake + shared lib + msvc + gcc + rc :: Прикладное программирование

destiny child
Понятное дело, что как писать cmake'и, лучше смотреть в интернете. Организовать их структуру тоже можно совершенно по-разному -- тут каждый сам кузнец своего буратино.
И хоть возможную структуру cmake'ов я от Вас утаил, но соображениями на счет п.3 поделиться, вполне, могу. В идеале, это должно делаться через систему версионного контроля (VCS). Под CompanyName и LegalCopyright я бы завел отдельный проект, откуда бы все проекты компании брали эти данные. Если VCS нормальная (то есть, не git), то она будет централизованная (в корпорациях только такие и должны быть) и там будет монотонно возрастающий changelist number, который автоматом даст PROJECT_VERSION_PATCH (у гита это sha хэш, который и Вас и Ваших клиентов сведет с ума). Остальное все запихивается в метаданные потока/ветки или как оно там в Вашей системе будет называться. Имея все это собрать виндовую структуру VERSIONINFO будет делом техники и сделать это можно хоть из bat-файла, любая сборочная система имеет хоть какие-то скриптовые возможности и с этим точно управится.
Если же у Вас git, то абсолютно все проекты, что я видел на githab'е, ведут эти цифры и буквы вручную, зачастую в заголовочных файла С/С++. Не делайте этого. Если уж совсем все так плохо, придумайте хранить это в файлах cmake'а или в отдельном текстовом файле. Напишите инструкцию и штрафуйте всех, кто забудет после каждого commit'а эти цифры поменять.

Модерирует : ShIvADeSt
Версия для печати • Подписаться • Добавить в закладки