GCC 16 已釋出 （★ 120 分）
GCC 16（GNU Compiler Collection，GNU 編譯器套件）帶來大量編譯器、語言前端、診斷工具與平台支援更新。整體最佳化方面，LTO（Link-Time Optimization，連結時最佳化）改善了頂層組合語言敘述的處理；推測式去虛擬化可處理更一般的間接函式呼叫；向量化器也更能辨識迴圈中的平行歸約、處理迭代次數不明的迴圈、改善對齊剝離與早期中斷迴圈的程式碼產生。需要注意的相容性變更包括 Solaris 上 int8_t 等型別改為 signed char、-pthread 不再預先定義 _REENTRANT，以及原本稱為 json 的診斷輸出格式已移除，機器可讀診斷建議改用 SARIF（Static Analysis Results Interchange Format，靜態分析結果交換格式）。
語言層面最受矚目的是 C++ 預設標準從 gnu++17 改為 gnu++20；若既有程式依賴舊標準，需明確指定 -std= 或進行移植。GCC 16 也實作多項 C++26 功能，包括 reflection（反射）、contracts（契約）、constexpr 例外、擴充 structured bindings 等；C++23 則新增 explicit lifetime management（明確生命週期管理）等功能。libstdc++ 方面，C++20 實作不再標示為實驗性，但多個 C++20 元件有 ABI（Application Binary Interface，應用程式二進位介面）變更；std::regex 改用堆積式堆疊以避免大型字串比對時造成系統堆疊溢位，C++23 與 C++26 標準函式庫功能也持續擴充。
其他語言與平台更新也相當廣。OpenMP（共享記憶體平行程式介面）與 OpenACC（加速器平行程式標準）強化 GPU 記憶體配置與資料搬移能力，特別是 Nvidia GPU 與 AMD GPU offloading；Fortran 改善 Fortran 2018、2023 功能，Ada、Modula-2 也有語言與函式庫更新，並新增實驗性的 Algol 68 編譯器 ga68。硬體目標方面，x86 新增 AMD Zen6、Intel Wildcat Lake 與 Nova Lake 支援，AMD GCN 加入 MI300 相關支援，LoongArch 新增 32 位元架構與函式多版本化，Windows 則支援原生 TLS（Thread-Local Storage，執行緒區域儲存）。診斷系統可輸出實驗性 HTML、擴充 SARIF、呈現有向圖，靜態分析器開始能處理簡單 C++ 範例與例外處理，但仍不適合大型生產環境 C++ 程式碼。
Hacker News 討論主要聚焦在 GCC 發行節奏、C++ 新功能與相容性風險。有留言指出 GCC 近年採取規律發行週期，類似 Fedora 春季版本，這種做法讓大型專案不必等待所有功能完成才釋出，也迫使尚未穩定的功能以開關方式關閉；有人拿 OpenJDK 作為對照，認為較頻繁的小版本讓企業更習慣更新。也有老使用者回顧 GCC 2.95 時代的 C++ 問題，並提到 Cygnus、Red Hat 與 IBM 對 GCC 專案組織化的歷史影響。
技術討論中，有使用者特別強調 C++23 的 std::start_lifetime_as<T>，認為這是處理 zero-copy（零拷貝）I/O buffer 時值得採用的功能，可避免用 reinterpret_cast 將 char buffer 視為結構型別時落入 UB（undefined behavior，未定義行為）。也有人補充 char buffer 的型別雙關本來就有部分允許情境，另有留言批評 C++ strict aliasing（嚴格別名規則）過於複雜，建議實務上使用 -fno-strict-aliasing。另有使用者表示已在 Debian sid 使用 GCC trunk 版本並嘗試 C++26 reflection，但希望 GCC 生態系能有 LSP（Language Server Protocol，語言伺服器通訊協定）支援；也有人回報使用 GCC 16 產生的二進位檔在 Debian 12、13 上遇到 libstdc++ 相容性問題，顯示這次標準函式庫與 ABI 變更仍需謹慎評估。
👥 15 則討論、評論 💬
https://news.ycombinator.com/item?id=47961004