clang-static-analyzer

1熱度

1回答

我需要一個靜態分析器，它可以找到模板類類型的未初始化變量members/variables ...。任何分析儀都可以做到這一點嗎？我嘗試了clang/cppcheck和幾個沒有運氣的人。這裏是我的測試代碼： enum class ViewMode { One = 1, Two = 2, Three = 3, Four = 4 }; class TestClass { pu

5熱度

1回答

如何使用char ** argv的

時，當要打印的第一個命令行參數，以避免指針運算： std::cout << argv[0] << std::endl; 鐺，整潔給出了警告：警告：「不要用指針運算」從[cppcoreguidelines-PRO-邊界指針算術] 有一種使用的值的另一種方法0而不使用指針算術？是不是通過任何明智的方法訪問char**將不得不使用指針算術？我明白有一些專門的函數來處理命令行參數，但它們看起來太

6熱度

1回答

忽略系統標題在叮噹整潔

tldr;>如何在系統標題中隱藏警告？我有以下的最小的例子源文件，它觸發一個鐺-整齊警告系統中的標頭： #include <future> int main() { std::promise<int> p; p.set_value(3); } 使用鐺-整齊4.0.0用的libstdC++ 7.0.1調用它在Ubuntu 17.04 ： $ clang-tidy ma

-1熱度

1回答

鏗鏘聲工具：如何處理.h頭文件爲C++文件

我想用一些鐺額外的工具，如鐺檢查，但我發現它不能處理如預期的.h文件，如果文件重命名爲.hpp文件，這將是確定的，但我不想更改文件擴展名。有沒有什麼辦法讓鐺檢查把.h頭當作C++文件？

1熱度

1回答

得到叮噹聲，發現一個靜態可誘發的邏輯錯誤

我不知道我想要什麼是可能的，但我反正給它一個問題。我有一些Boost庫代碼，我想暗示要通過靜態分析發出警告，通過靜態分析可以發現由於錯誤邏輯而導致的未定義行爲的明確實例。 https://akrzemi1.wordpress.com/2016/12/12/concealing-bugs/表明__builtin_unreachable()可能會鐺，整潔跳閘這樣的，但我沒能做到這一點（雖然它跳閘UB

0熱度

1回答

將方法標記爲主線程？

使用Xcode 9，如果編譯器能夠確定您是從後臺線程調用UIKit，則可以獲得分析器警告。有沒有辦法讓我的方法得到這些？例如： @interface MyObject - (void)doThingOnMainThread NS_MAIN_THREAD_ONLY; // where NS_MAIN_THREAD_ONLY is a thing I just made up, as far

0熱度

1回答

鐺檢查用胳膊爲目標

我一直在嘗試使用鐺檢查靜態代碼分析。我的生成文件生成compile_commands.json到目前爲止鐺檢查非常適用於x86平臺，但是我想使用它的ARM平臺了。項的一個看起來是這樣的： { "directory": "/path/to/myproject/src", "command": "arm-none-eabi-gcc -DBOARD_VERSION=3 -fmes

1熱度

1回答

的Objective-C：編譯器警告意外方法覆蓋

我才發現這是由一個偶然的方法重寫引發了我們的iOS應用程序中的錯誤。在這種情況下，子類中的屬性將覆蓋在父類「私人」的方法。 @interface MyClass : NSObject - (void)doSomething; @end @implementation MyClass - (void)doSomething { [self hideView]; } - (v

0熱度

2回答

檢測或避免在編譯時

臨時死引用的與-O3與-O2編譯也許當以下最低十歲上下的程序段錯誤，但-O0執行罰款（與鏗鏘4.0）： #include <iostream> class A { public: virtual void me() const { std::cerr << "hi!\n"; } }; class B { public: B(const A& a_) : a(a_)

1熱度

1回答

Clang AST Matcher的「AND」和「OR」

我是Clang的AST Matcher API的初學者。我有一個天真的問題，它可以匹配某物。或某事物？像： functionDecl(hasName("a") or hasName("b")) ，或者我們必須使用「addMatcher」增加更多的匹配，以獲得相同的結果？提前致謝！