I´m not sure how you mean that CMAKE_C_CPPCHECK migh not be 'upstream'? It is a feature in cmake since 3.10 release at least. But yes you can use find_program() to find the cppcheck binary. Here is my modified version of the cmake file which works to compile helloworld for me, but the previous example probably worked for Daniel's local build as well. cmake_minimum_required(VERSION 3.18) project(helloworld VERSION 1.0) set(CPPCHECK_ARGS_DEFAULT --enable=all --std=c99 --template=gcc --inconclusive...
The project is not open source indeed.
Hi, All the /mnt/c/XXXXXXXXXX/ are different paths, so I should have written /mnt/c/XXXX /mnt/c/YYYY etc, but yes I can verify that there are files in all those paths. However I can´t find any file named cppcheck-addon-ctu-file-list, but perhaps it becomes cleaned up after crash? Running cppcheck command from terminal works fine. It´s only with cmake integration (used by setting CMAKE_C_CPPCHECK) the problem occurs.
Hi, We are currently using cppcheck2.7 for our project written in C using , however when we updated to cppcheck2.8 the misra addon crashes. When reverting to 2.7, it does not crash anymore, so this is a regression. The error that appears (output from VS Code): [build] Failed to execute 'python3 /usr/share/cppcheck/addons/runaddon.py /usr/share/cppcheck/addons/misra.py --cli --rule-texts=/mnt/c/XXXXXXXXX/misrac-2012_rule-texts.txt --severity=warning --file-list /mnt/c/XXXXXXXXX/cppcheck-addon-ctu-file-list'....