---
category: ru
type: paper
hastr: true
layout: paper
tags: awesome-widgets, development, c++, cmake
title: Добавляем cppcheck и clang-format для проекта на cmake
short: cppcheck-and-clang-format
description: Небольшое How-To посвященное прикручиванию автоматической проверки стиля, а также статического анализатора к проекту на C++
, который использует в качестве системы сборки cmake
.
---
Наш проект имеет следующую структуру:
{% highlight bash %} sources/ |- CMakeLists.txt |- 3rdparty/ |- first_component/ |- second_component/ {% endhighlight %}3rdparty - директория с различными дополнительными библиотеками, которую надо исключить из проверок (в дальнейшем соответствует переменной cmake PROJECT_TRDPARTY_DIR
). Дополнительно допустим, что у нас, помимо обычных файлов исходного кода (*.cpp
, *.h
) есть еще какие-либо (например, *.qml
).
Дополнительно используемые ниже команды можно вставить в pre-commit hook и невозбранно тролить коллег по ынтырпрайзу, не давая им закоммитить ничего, пока они не научатся читать CONTRIBUTING.md
.
Коль скоро нормальных (из коробки) статических анализаторов не завезли в open source будем использовать то, что имеется. Знатоки говорят, что cppcheck при должной конфигурации будет лучше, чем любой аналог, но конфигурация его для достаточно большого проекта похожа больше на написание нового проекта. Суть добавления cppheck к проекту сводится к указанию очевидных недоработок в коде и тыканью в лужу них.
Тут все, казалось бы, очень просто:
{% highlight bash %} cppcheck --enable=warning,performance,portability,information,missingInclude --std=c++11 --library=qt.cfg --template="[{severity}][{id}] {message} {callstack} (On {file}:{line})" --verbose --quiet path/to/source/files/or/directory {% endhighlight %}--enable
говорит о том, какие уведомления надо включить. Я выключил style
(для этого ниже мы заведем clang-format
), unusedFunction
- выдает false-positive для некоторых мест.--std
говорит об используемом стандарте.--library=qt.cfg
некий файл настроек, который говорит о том, что и как надо обрабатывать. Добрые разработчики предлагаю почитать на эту тему мануал. В данном случае я использовал шаблон из /usr/share/cppcheck/cfg/
.--template
- шаблон строки уведомления.---verbose --quiet
две противоречащие друг другу опции. Первая включает более информативные сообщения, вторая выключает отчет о прогрессе.Файл cppcheck.cmake
в корне проекта:
cppcheck
умеет рекурсивно директории проверять, однако, на моем примере, мне нужно было пропустить проверку qml-файлов, потому что open source проект, в лучших традициях, сегфолтился на некоторых из них - именно для этого используется поиск исходных файлов с дальнейшим выбрасыванием из них файлов, которые не должны проверяться.
Включаем в проект (CMakeLists.txt
)...
...и запускаем:
{% highlight bash %} cmake make cppcheck {% endhighlight %}Дальше руками вносим необходимые исправления.
-I dir
.-i path/to/file/or/directory
.clang-format предназначен для автоматического подгона стиля под желаемый или требуемый. Среди аналогов стоит выделить astyle, который имеет очень скромные возможности, и uncrustify, который, наоборот, имеет слишком много опций.
(К сожалению, он не умеет в рекурсивный обход директории.)
-i
включает автозамену файлов (в противном случае, результат будет печататься в stdout).-style
выбор определенного стиля либо из предустановленных, либо из файла (file
), см. ниже.Файл clang-format.cmake
в корне проекта:
Аналогичных способ поиска исходных файлов, как и для cppcheck
, поскольку clang-format
не умеет в рекурсию.
Включаем в проект (CMakeLists.txt
)...
...и запускаем:
{% highlight bash %} cmake make clangformat {% endhighlight %}Никаких дополнительных действий не требуется.
.clang-format
. Для включения его необходимо передать опцию -style=file
, файл должен находиться в одной из родительских директории для каждого файла (например, в корне проекта). Также, можно передать нужные опции прямо в командной строке, например -style="{BasedOnStyle: llvm, IndentWidth: 8}"
.