C++ 跨平台開發實戰 (一)：編譯器選擇、警告等級與交叉編譯

編譯器支援策略

1. GCC 為首選基準：幾乎所有平台皆有 GCC，同版本 GCC 行為高度一致。代碼在平台 A 的 GCC 通過，移植到平台 B 同版 GCC 通常無大礙。
2. 評估原生編譯器：MSVC (Windows)、Sun CC (Solaris)、XL C/C++ (AIX)、ICC (Intel)。若追求極致效能或需專有擴充 (如 OpenMP、向量化報告)，需同步支援。
3. Clang/LLVM：現代替代選項，GCC 相容性佳，診斷資訊優異，可作為第二編譯器持續整合檢查。

編譯警告：免費的品質保障

• 最高警告等級：GCC/Clang -Wall -Wextra -Wpedantic -Werror，MSVC /W4 /WX。
• 視警告如錯誤 (-Werror//WX)：強迫團隊修復所有警告，消除潛在移植性地雷 (如有號/無號比較、隱性轉換、未使用變數)。
• 針對第三方庫頭文件不可修改的警告，用 #pragma warning/_Pragma 局部抑制，而非降低全域等級。

交叉編譯器

定義：在平台 A (建置機) 產出運行於平台 B (目標機) 的二進制檔。

• 典型場景：x86_64 Linux 建置機 → ARM Linux 目標板 / Windows → Linux。
• 工具鏈命名慣例：<target-triplet>-gcc (如 aarch64-linux-gnu-gcc)。
• 關鍵組件：交叉 Binutils (ld/as)、交叉 GCC、目標平台 sysroot (含 libc、核心頭文件、系統庫)。
• 構建工具：crosstool-NG、Buildroot、Yocto、MXE (Windows 交叉編譯 Linux/Windows 目標)。
• sysroot 隔離：絕不混用建置機系統頭文件/庫，所有目標相關路徑透過 --sysroot 指定。

持續整合建議

1. 矩陣建置：(GCC 最新, GCC LTS, Clang 最新, MSVC 最新) × (Linux, Windows, macOS) × (Debug, Release)。
2. 靜態分析整合：Cppcheck、Clang Static Analyzer、Coverity (商業)。
3. sanitizers：AddressSanitizer、ThreadSanitizer、UndefinedBehaviorSanitizer (GCC/Clang -fsanitize=...) 捕獲執行期未定義行為。