Для получения триального ключа
заполните форму ниже
Team License (базовая версия)
Enterprise License (расширенная версия)
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

** На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Запросите информацию о ценах
Новая лицензия
Продление лицензии
--Выберите валюту--
USD
EUR
GBP
RUB
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

** На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

** На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Для получения лицензии для вашего открытого
проекта заполните, пожалуйста, эту форму
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

** На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Мне интересно попробовать плагин на:
* Нажимая на кнопку, вы даете согласие на обработку
своих персональных данных. См. Политику конфиденциальности

** На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Ваше сообщение отправлено.

Мы ответим вам на


Если вы так и не получили ответ, пожалуйста, проверьте папку
Spam/Junk и нажмите на письме кнопку "Не спам".
Так Вы не пропустите ответы от нашей команды.

>
>
Немного о взаимодействии PVS-Studio и C…

Немного о взаимодействии PVS-Studio и Clang

18 Фев 2013

Причина, по которой эта заметка появилась в том, что многие считают, что анализатор PVS-Studio основан на Clang. Это не так. Хотел кратко изложить информацию, о том, почему в составе дистрибутива PVS-Studio находится компилятор Clang и для чего он используется.

На чем основан PVS-Studio?

Анализатор PVS-Studio основан на открытой библиотеке OpenC++. Правда, от содержимого этой библиотеки сейчас мало что осталось. Код разбора текста программы существенно переписан. Например, была добавлена поддержка языка Си, Си++11, поддержаны нестандартные расширения языка различных компиляторов и так далее.

Причина, по которой за основу была взята библиотека OpenC++, а не компилятор Clang очень проста. Когда мы начинали, ни про какой Clang ничего не было известно. В то время проект Clang только зарождался. Позднее мы узнали об этом проекте, но всё равно он не подходил нам, так как изначально он был ориентирован на мир Linux.

Если бы мы начинали разработку статического анализатора сейчас, мы бы непременно выбрали Clang. Однако у нас нет планов переходить на него. Да, в этом случае мы получим более качественный механизм для разбора кода. Однако PVS-Studio и сейчас неплохо разбирает код. Исключение составляют сложные шаблоны. Однако в сложных шаблонах почти нечего искать или непонятно, как выдать разумное диагностическое сообщение. Поэтому, качество анализа практически не зависит от полноты разбора шаблонов.

Таким образом, если мы будем переходить на Clang, то потратим на это не менее 1 года времени и при этом почти не улучшим анализ кода. Конечно, эта интересная программистская задача, но совершенно нерациональное действие с коммерческой точки зрения. Так как мы совмещаем в себе как программистов, так и менеджеров, то приходится останавливать в себе порывы сделать всё идеально с технической точки зрения. Лучше за этот год мы реализуем новую сотню диагностик.

Зачем в дистрибутиве Clang?

Хотя, как вы теперь знаете, мы не используем Clang для разбора кода, он входит в дистрибутив. Дело в том, что в библиотеке OpenC++ не было препроцессора. Нет его и у нас. Изначально для препроцессирования мы использовали компилятор Visual C++ (cl.exe). Это хорошее и простое решение, за одним исключением. Механизмов препероцессирования в Visual C++ видимо два. Один – быстрый. Он используется при компиляции. Другой – медленный, который позволяет создавать препроцессипрованные *.i файлы. Зачем так сделано, я не знаю. Главное то, что нам приходится использовать медленную версию. Это существенно замедляет скорость анализа. Часто препроцессирование файла занимает больше времени, чем анализ.

Был найден альтернативный путь генерации *.i файлов. Оказалось препроцессор в Clang работает очень быстро и вполне способен обрабатывать заголовочные файлы, входящие в состав Visual C++. Способен почти всегда. Хотя заявлена полная совместимость, на практике её конечно нет. Однако это не беда. Если не удаётся использовать Clang, в настройках можно указать использовать надёжный, хотя и медленный Visual C++ (cl.exe).

Примечание. По умолчанию, PVS-Studio делает следующее. В начале, пытается препроцессировать файл, используя Clang. Если не получается, то используется Visual C++. Для пользователя это практически незаметно и он может даже не догадываться что происходит. Например, Clang может не обработать 5% файлов. Придётся дополнительно запускать cl.exe для обработки этих оставшихся файлов. Однако, не смотря на эту лишнюю работу, скорость анализа намного больше, чем если бы всегда использовался cl.exe.

Есть ли пересечение по диагностикам?

Некоторые считают, что PVS-Studio основан на Clang, так как у них пересекаются некоторые диагностические возможности. Да, некоторые пересекаются, но совершенно по другим причинам:

1. Некоторые идеи лежат на поверхности. Одни и те же диагностические правила могут быть реализованы независимыми командами в разных инструментах. Причем почти одинаковым образом.

2. Команда разработчиков Clang берет некоторые из идей, реализованные в PVS-Studio и наоборот. Это началось после статьи "PVS-Studio vs Clang".

Заключение

Надеюсь, я прояснил вопросы, связанные с взаимодействием PVS-Studio и Clang. Если Вам интересно подробнее узнать, какие ошибки умеет находить PVS-Studio, то предлагаю познакомиться с вот этой коллекцией найденных дефектов в некоторых Open Source проектах.

P.S. Приглашаю в twitter, где мы регулярно публикуем ссылки на статьи по программированию на языке C/C++ и смежным темам.

Популярные статьи по теме
PVS-Studio ROI

Дата: 30 Янв 2019

Автор: Андрей Карпов

Время от времени нам задают вопрос, какую пользу в денежном эквиваленте получит компания от использования анализатора PVS-Studio. Мы решили оформить ответ в виде статьи и привести таблицы, которые по…
Эффект последней строки

Дата: 31 Май 2014

Автор: Андрей Карпов

Я изучил множество ошибок, возникающих в результате копирования кода. И утверждаю, что чаще всего ошибки допускают в последнем фрагменте однотипного кода. Ранее я не встречал в книгах описания этого …
Бесплатный PVS-Studio для тех, кто развивает открытые проекты

Дата: 22 Дек 2018

Автор: Андрей Карпов

В канун празднования нового 2019 года команда PVS-Studio решила сделать приятный подарок всем контрибьюторам open-source проектов, хостящихся на GitHub, GitLab или Bitbucket. Им предоставляется возмо…
Технологии, используемые в анализаторе кода PVS-Studio для поиска ошибок и потенциальных уязвимостей

Дата: 21 Ноя 2018

Автор: Андрей Карпов

Краткое описание технологий, используемых в инструменте PVS-Studio, которые позволяют эффективно обнаруживать большое количество паттернов ошибок и потенциальных уязвимостей. Статья описывает реализа…
Любите статический анализ кода!

Дата: 16 Окт 2017

Автор: Андрей Карпов

Я в шоке от возможностей статического анализа кода, хотя сам участвую в разработке инструмента PVS-Studio. На днях я был искренне удивлён тому, что анализатор оказался умнее и внимательнее меня.
Зло живёт в функциях сравнения

Дата: 19 Май 2017

Автор: Андрей Карпов

Возможно, читатели помнят мою статью под названием "Эффект последней строки". В ней идёт речь о замеченной мной закономерности: ошибка чаще всего допускается в последней строке однотипных блоков текс…
PVS-Studio для Java

Дата: 17 Янв 2019

Автор: Андрей Карпов

В седьмой версии статического анализатора PVS-Studio мы добавили поддержку языка Java. Пришло время немного рассказать, как мы начинали делать поддержку языка Java, что у нас получилось и какие дальн…
Главный вопрос программирования, рефакторинга и всего такого

Дата: 14 Апр 2016

Автор: Андрей Карпов

Вы угадали, ответ - "42". Здесь приводится 42 рекомендации по программированию, которые помогут избежать множества ошибок, сэкономить время и нервы. Автором рекомендаций выступает Андрей Карпов - тех…
Статический анализ как часть процесса разработки Unreal Engine

Дата: 27 Июн 2017

Автор: Андрей Карпов

Проект Unreal Engine развивается - добавляется новый код и изменятся уже написанный. Неизбежное следствие развития проекта - появление в коде новых ошибок, которые желательно выявлять как можно раньш…
Как и почему статические анализаторы борются с ложными срабатываниями

Дата: 20 Мар 2017

Автор: Андрей Карпов

В своей предыдущей статье я писал, что мне не нравится подход, при котором статические анализаторы кода оцениваются с помощью синтетических тестов. В статье приводился пример, воспринимаемый анализат…

Комментарии (0)

Следующие комментарии

На сайте установлена reCAPTCHA и применяются
Политика конфиденциальности и Условия использования Google.
Этот сайт использует куки и другие технологии, чтобы предоставить вам более персонализированный опыт. Продолжая просмотр страниц нашего веб-сайта, вы принимаете условия использования этих файлов. Если вы не хотите, чтобы ваши данные обрабатывались, пожалуйста, покиньте данный сайт. Подробнее →
Принять