我们正在尝试使用cppcheck对linux使用jenkins插件的代码库进行静态分析。由于某种原因,它发现了以下类型的错误:
CREATE_DERIVED_EXCEPTION_CLASS(ExceptionOSApiError, 5)
和
CREATE_EXCEPTION_CLASS_DERIVED_FROM_SPECIFIC_BASE(ExceptionFileApiError, ExceptionOSApiError, 6)
其中定义为(但不会在行上给出错误):
#define CREATE_DERIVED_EXCEPTION_CLASS( new_exception_name, unique_numeric_code )
CREATE_EXCEPTION_CLASS_DERIVED_FROM_SPECIFIC_BASE( new_exception_name, Exception, unique_numeric_code )
#ifdef _IN_EXCEPTION_CPP
#define CREATE_EXCEPTION_CLASS_DERIVED_FROM_SPECIFIC_BASE( new_exception_name, base_exception_name, unique_numeric_code )
new_exception_name::new_exception_name( const char *message, LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown )
: base_exception_name( message, lastError, debugContextWhereThrown ) {}
new_exception_name::new_exception_name( std::string&& message, LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown )
: base_exception_name( std::move(message), lastError, debugContextWhereThrown ) {}
new_exception_name::new_exception_name( LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown )
: base_exception_name( lastError, debugContextWhereThrown ) {}
new_exception_name::new_exception_name(new_exception_name&& source)
: base_exception_name(std::move(source)) {}
new_exception_name& new_exception_name::operator=(new_exception_name&& rightHandSide)
{
if (this != &rightHandSide)
{
base_exception_name::operator=(std::move(rightHandSide));
/* No derived class data members to move */
}
return(*this);
}
UTILDLL_EXPORT int new_exception_name::getExceptionTypeByNumericCode() const
{
return( unique_numeric_code ); /* This must be UNIQUE! */
}
#else // !_IN_CPEXCEPTION_CPP
#define CREATE_EXCEPTION_CLASS_DERIVED_FROM_SPECIFIC_BASE( new_exception_name, base_exception_name, unique_numeric_code )
class UTILDLL_EXPORT new_exception_name : public base_exception_name
{
public:
new_exception_name( const char *message, LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown );
new_exception_name( std::string&& message, LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown );
new_exception_name( LASTERROR_TYPE lastError, const IDebugContext& debugContextWhereThrown );
new_exception_name( const new_exception_name& source ) = default;
new_exception_name& operator=(const new_exception_name& rightHandSide) = default;
new_exception_name(new_exception_name&& source);
new_exception_name& operator=(new_exception_name&& rightHandSide);
virtual ~new_exception_name() = default;
virtual int getExceptionTypeByNumericCode() const;
};
#endif // !_IN_EXCEPTION_CPP
任何想法?
我在网上找到了这样的信息:多余的pragma一次==(看起来cppcheck和#pragma有一个已知的问题(#ifndef #define是修复,但我认为我们不希望那样)。我想我们会看到更多的这个问题,如果它是#pragma一次。
这是第二个关于冗余代码问题的简介:枚举或ifndef用于冗余代码问题==(我不认为这是一个枚举问题)(可能是我们没有#ifndef #定义。h…我没有看到它)
cppcheck认为我有"冗余代码:发现一个以数字常量开头的语句"
定义的整个.h文件只包含宏和宏的使用。所有者不认为他需要#define周围的#ifndef,因为cppcheck会抱怨#define下使用宏的所有行。
另外:在整个。h文件周围没有#ifndef,但是所有者认为不需要。
构建信息:对于我们的构建通常:
g++ -std=c++11 -ggdb -Wall -Wextra -Werror -pedantic -fdiagnostic-show-option -fPIC -DLinuxx86_64
我在jenkins中看到的cppcheck setup:
cppcheck --enable=all --xml --xml-version=2 -DLinuxx86_64 --platform=unix64 --include=Src/Headers/CommonPrecomp.h -v --report-progress -DOPTIMUS_CDECL -DUTILDLL_EXPORT -DOPTIMUS_COREDLL_EXPORT -DREADERDLL_EXPORT -DWRITERDLL_EXPORT -E Src 2> cppcheck.xml
我不确定它在jenkins中为cppcheck做的构建与我们正常构建的构建相同。
还有其他想法吗?谢谢!
看起来问题是它没有到达我们的包含目录。我们从档案里找来的。我们必须将它们添加到jenkins构建设置中:
cppcheck -j 2 --xml --xml-version=1 --enable=all -DLinuxx86_64 --platform=unix64 -v --report-progress --suppress=missingIncludeSystem --include=Sr/Head/Common.h -i Sr/Doc/Win.cpp -i Sr/P/S/S.cpp -DOPT_CDECL -DUTILDLL_EXPORT -DOPT_COREDLL_EXPORT -DREADLL_EXPORT -DWDLL_EXPORT -ISr/Head -ISr/Head/libopc -ISr/Head/lib/config -ISrc/Head/lib/lib2 -ISr/Snot -ISr/Doc -ISr/Doc -ISr/PDers/XP -ISr/PDers/Ca -ISr/PDers/Ca/Head -IVersionAndBuildConfig -ISr/Head/GoogleTest/include -ISr/Head/GoogleTest/include/gtest Sr/Doc > cppcheck.xml