CppCat предназначен для тех, кто использует в своей работе Visual Studio. Если вы не используете эту среду, то CppCat не лучший выбор, скажем честно.
Так вот, если вы разрабатываете свой софт в Visual Studio, то вы просто устанавливаете продукт и все работает само.
Приведенное в статье описание ситуации по установке и запуску в виртуальной машине говорит о том, что Вы что-то делаете не так. Например, сообщение о том, что Visual Studio не найдено означает, что Вы не устанавливали эту среду. А как-то то ли скопировали ее, то ли еще что-то. Проблемы с компиляцией, упомянутые в статье, свидетельствуют об этом же.
В результате хорошая идея сравнения с CppCheck, которое можно только всячески приветствовать, вылилась в описание крайне некорректного запуска.
Взяли Феррари (это я из скромности). По пустыне — не едет! В сугробе — застревает. А если кабриолет, то еще и с зонтом ехать надо, чтобы голову не намочить. Говно, а не машина!
Люди часто пишут глупости (я не про Вас, а вообще, раз уж упомянуто слово github) про то, что «а хорошо бы вы интегрировали свой софт с github» не понимая, что ЛЮБОЙ подобный инструмент интегрируется через экспорт отчета в текстовый файл. Который куда надо, туда и прикручивается на раз.
Но нет, надо модный github в комменте упомянуть обязательно :-). Авось лайкнут…
Это все мечты. Вот к примеру в проекте 5Gb сторонних библиотек, а проект сам на пару гигабайт. Чтобы его СОБРАТЬ, нужно ОКРУЖЕНИЕ. Причем здесь github и прочее. Глупости это.
Платить порядка $600-800 ежегодно за стат. анализ — это даже при хорошей зарплате — не очень оправдано для большинства.
Что-то какое-то бесовство пошло в комментариях :-). Я напомню, что мы продаем PVS-Studio за несколько тысяч евро с ежегодным продлением и нормально это все продается.
Спасибо за примеры. Но почему-то все «ратующие» за запуск на нескольких машинах забывают, что если каждые сеанс требуется подключение к сети, то это тоже не всегда удобно. По нашему опыту это также дает проблемы.
Ну и отдельно хочется обратить внимание на тот факт, что все «жалобщики» по поводу лицензий, как правило, не покупают. И их мнение вряд ли стоит учитывать при разработке политики лицензирования.
Конкретно по Вашему вопросу. В VS2005/2008 одно API, В VS2010/2012/2013 — другое.
Умный слишком? :-)
CppCat предназначен для тех, кто использует в своей работе Visual Studio. Если вы не используете эту среду, то CppCat не лучший выбор, скажем честно.
Так вот, если вы разрабатываете свой софт в Visual Studio, то вы просто устанавливаете продукт и все работает само.
Приведенное в статье описание ситуации по установке и запуску в виртуальной машине говорит о том, что Вы что-то делаете не так. Например, сообщение о том, что Visual Studio не найдено означает, что Вы не устанавливали эту среду. А как-то то ли скопировали ее, то ли еще что-то. Проблемы с компиляцией, упомянутые в статье, свидетельствуют об этом же.
В результате хорошая идея сравнения с CppCheck, которое можно только всячески приветствовать, вылилась в описание крайне некорректного запуска.
Но нет, надо модный github в комменте упомянуть обязательно :-). Авось лайкнут…
Что-то какое-то бесовство пошло в комментариях :-). Я напомню, что мы продаем PVS-Studio за несколько тысяч евро с ежегодным продлением и нормально это все продается.
Ну и отдельно хочется обратить внимание на тот факт, что все «жалобщики» по поводу лицензий, как правило, не покупают. И их мнение вряд ли стоит учитывать при разработке политики лицензирования.
вы не поверите…