隨著汽車(chē)軟件開(kāi)發(fā)的復(fù)雜程度不斷提升，尤其是智能網(wǎng)聯(lián)汽車(chē)和自動(dòng)駕駛技術(shù)的進(jìn)步，汽車(chē)軟件開(kāi)發(fā)的復(fù)雜程度不斷攀升。為了滿足日益增長(zhǎng)的功能需求和技術(shù)挑戰(zhàn)，異構(gòu)硬件平臺(tái)被越來(lái)越多地采用，不同的工具鏈也不可避免地被引入到實(shí)際的開(kāi)發(fā)流程中。這一趨勢(shì)不僅增加了開(kāi)發(fā)過(guò)程的技術(shù)多樣性，也使得單個(gè)項(xiàng)目的編譯過(guò)程中會(huì)涉及到多種編譯器。

本文主要講解基于靜態(tài)代碼分析工具Helix QAC，我們?cè)撊绾螌?duì)多編譯器工程進(jìn)行靜態(tài)分析。

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

為了適應(yīng)這一趨勢(shì)，Helix QAC在2024年發(fā)布的版本中引入了多CCT的功能。CCT（Compiler Compatibility Template），是HelixQAC軟件中存儲(chǔ)編譯器環(huán)境配置的文件。根據(jù)CCT文件生成的方式，HelixQAC把CCT分為了兩種：

1. 自動(dòng)CCT（Auto CCT）：在工程同步時(shí)，自動(dòng)生成的CCT；
2. 靜態(tài)CCT（Static CCT）：基于CCT生產(chǎn)工具提前生成的CCT；

自動(dòng)CCT

針對(duì)自動(dòng)CCT方式，多編譯器的配置也是自動(dòng)的，無(wú)需我們進(jìn)行額外的設(shè)置，目前HelixQAC支持使用自動(dòng)CCT的編譯器如下表：

靜態(tài)CCT

如果我們采用傳統(tǒng)的靜態(tài)CCT的方式，那么需要我們提前為不同的編譯器生成對(duì)應(yīng)的CCT文件，并在HeliXQAC中將這些CCT導(dǎo)入到軟件中。

HelixQAC現(xiàn)在支持為一種語(yǔ)言選擇多個(gè)CCT配置，如下：

在我們完成源碼加載后，如果不進(jìn)行單獨(dú)配置，那么HelixQAC會(huì)使用Default CCT對(duì)源碼進(jìn)行解析。如果文件夾內(nèi)的源碼使用的編譯器與默認(rèn)CCT不一樣，可以在對(duì)應(yīng)的文件屬性中重新選擇合適的CCT配置。

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

老版本Helix QAC的分析方式

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

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

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

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

結(jié)語(yǔ)：

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

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