前言

最近這段時間在弄一個新的STM32F4的專案，因為工程比較龐大，然後各種型別也比較複雜，在封裝整理的時候就非常頭疼，很想通過C++的類，繼承，多型的方式來讓程式碼變得清晰簡單。在網上翻閱了比較多的相關資料，發現很多部落格所說的方法要麼太複雜，要麼不能完美相容Cube。隨著ST對HAL庫的不斷更新，各類驅動包其實都已經悄悄的在各種標頭檔案上加入了 extern “C” 的巨集定義,讓C++移植更加方便。我也折騰了一段時間，終於成功的編譯成功了一個帶有C++特性的工程，故來分享一下自己的經驗和一些值得注意的地方。因為我也在探索的過程中，如果大家在嘗試的過程中有遇到其他問題的歡迎評論區討論。

配置C++工程

配置Cube

其實在Cube的配置上沒有多大改變，只建議儘量不要在生成工程的時候不要選中Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral選項。這個感覺像是cube的一個遺漏的地方，如果在此處勾選了這個選項的時候，有部分新增加的標頭檔案沒有extern “C” 的巨集定義 會導致混合編譯出錯。

其他的地方沒有什麼特別的，直接生成工程即可。

配置Keil

工程設定

Keilv5原生是支援C++的編譯的，所以在keil裡面我們只需要開啟工程設定，在C/C++選項裡的Misc_Controls里加入–cpp 當然如果原意使用C++11標準的話可以加入 –cpp11 即可.
然後我們還需要確認MicroLib已被禁用。該選項在工程設定中的Target欄的Code Generation裡，取消勾選“Use Micro Lib”即可。

檔案屬性設定

經過上面的設定之後，我們就可以對cpp類檔案使用C++編譯器了，可是問題是，Cube給我們生成的都是.c檔案，這就導致Keil會把它們當做c檔案，使用C編譯器編譯，當我們在這些cube生成好的檔案裡面使用C++特性的時候就會報錯了。所以我們需要把Cube給我們生成的檔案改成C++檔案。但是在此處不宜用更改檔名字尾的方法，因為這樣的話會導致cube以後在修改的時候不會維護.cpp檔案，而是重新給你生成一個.c檔案。為了保證cube的維護性，我們在keil的工程目錄中選中需要使用C++特性的檔案，右鍵點選 “Options for File ‘xxx.c’”,開啟後將File Type裡設定為C++ Source File即可 這樣即使是.c字尾 keil也會將它認為C++檔案進行編譯連結. 這樣我們就可以將C++嵌入到工程裡 並且cube更新的時候這些也不需要重新設定 cube之外的其他使用者檔案直接使用.cpp .hpp並做好extern “C” 的工作即可，不需要這樣設定

一些注意事項

建議只把需要用到C++特性的cube檔案設定為C++檔案，不要把一些底層的驅動檔案也設定成C++檔案，因為不知道會有什麼未知的影響。我親身經歷了一次把所有的.c檔案改成c++原始檔型別後編譯時錯誤的絕望….
另外,所有涉及中斷的服務函式必須用 extern “C”作字首(包括定義),因為stm32的中斷服務名是由彙編的啟動程式碼內的向量表決定的,彙編不認得C++的函式名的連結符號。建議的方法是在中斷配置檔案裡的開頭和結尾(都含有cube的 “user code”段)加上extern “C”的標註。

/——————————————————————————

2018年6月4日11:34:06後記:

STM32Cube其實在悄無聲息的對HAL逐漸完善C++的支援 自身體驗F103的HAL庫 生成工程後 只需要注意中斷要extern “C”外 其他的HAL庫都處理好了. 所以用C++開發的同學們可以儘量嘗試新的庫,對C++的支援更優!