隨著汽車軟件開發的復雜程度不斷提升，尤其是智能網聯汽車和自動駕駛技術的進步，汽車軟件開發的復雜程度不斷攀升。為了滿足日益增長的功能需求和技術挑戰，異構硬件平臺被越來越多地采用，不同的工具鏈也不可避免地被引入到實際的開發流程中。這一趨勢不僅增加了開發過程的技術多樣性，也使得單個項目的編譯過程中會涉及到多種編譯器。

本文主要講解基于靜態代碼分析工具Helix QAC，我們該如何對多編譯器工程進行靜態分析。

新版本Helix QAC（2024.1+）的分析方式

為了適應這一趨勢，Helix QAC在2024年發布的版本中引入了多CCT的功能。CCT（Compiler Compatibility Template），是HelixQAC軟件中存儲編譯器環境配置的文件。根據CCT文件生成的方式，HelixQAC把CCT分為了兩種：

1. 自動CCT（Auto CCT）：在工程同步時，自動生成的CCT；
2. 靜態CCT（Static CCT）：基于CCT生產工具提前生成的CCT；

自動CCT

針對自動CCT方式，多編譯器的配置也是自動的，無需我們進行額外的設置，目前HelixQAC支持使用自動CCT的編譯器如下表：

靜態CCT

如果我們采用傳統的靜態CCT的方式，那么需要我們提前為不同的編譯器生成對應的CCT文件，并在HeliXQAC中將這些CCT導入到軟件中。

HelixQAC現在支持為一種語言選擇多個CCT配置，如下：

在我們完成源碼加載后，如果不進行單獨配置，那么HelixQAC會使用Default CCT對源碼進行解析。如果文件夾內的源碼使用的編譯器與默認CCT不一樣，可以在對應的文件屬性中重新選擇合適的CCT配置。

需要注意的是，我們只能針對文件夾進行CCT的選擇，不能針對單個源碼進行CCT的配置。而且，對于多CCT的工程，由于這是Helix QAC最新版本才有的功能，因此無法兼容Dashboard，只能將多CCT工程的分析結果上傳到Validate中。

老版本Helix QAC的分析方式

由于老版本HelixQAC中無法為文件夾選擇不同的CCT，如果要實現多編譯器的工程分析，需要借助HelixQAC的CMA工程。

CMA（Cross-Module Analysis），是HeliXQAC提供的一種跨模塊分析功能，它允許我們將多個HeliXQAC工程添加到CMA工程中，以進行跨模塊的分析，并檢查重復定義、不兼容的聲明和未使用的變量等問題。

具體到多編譯器的工程場景，我們需要為每個編譯器建立一個HelixQAC工程，并將使用該編譯器的源碼及頭文件加載到該工程中，然后將這些不同編譯器的QAC工程添加到CMA工程中。

顯然，Helix QAC的新功能提供了極大便利，來高效支持多編譯器。

結語：

通過上述討論可以看出，隨著汽車軟件開發復雜度的提升，異構硬件平臺的應用已成為必然趨勢。多編譯器環境的引入不僅是技術發展的自然產物，更是解決日益增長的功能需求和技術挑戰的有效途徑。在此背景下，Helix QAC 作為一款先進的靜態代碼分析工具，其新版本中引入的多CCT功能為開發人員提供了強大的支持，該功能不僅簡化了多編譯器環境下的代碼分析過程，還可以極大增強代碼的質量和安全性。

如果想試用最新版的Helix QAC，歡迎垂詢北匯信息。