寫韌體 禁用 C++ ?? 有這樣的說法嗎 ??
不好意思小弟不才
從事嵌入式系統 近十年
也待過幾家大小公司
只是最近所處的公司 部門調動關係 新主管上任
看到小弟寫的一些(軟體層)程式 C/C++ 混用
就說 不要用 C++ 寫韌體
然後說一些 主管待過的公司 "韌體部門有禁用 C++"
只是覺得奇怪 如果今天寫的是
LINUX driver 或是 kernel 之類的
當然 C 是唯一 (畢竟一開機起來什麼都沒有的環境)
然而 軟體層的部分 應該就還好吧？
只是想問問看
有無先進可以分享一下
謝謝

c++ 也可以寫 linux driver

沒考慮過組合語言嗎？

不是不能用 C++ 寫韌體，而是為了某些原因 (例如整個部門只有你看得懂 C++) 所以不用是說，韌體裡的軟體層，是屬於韌體，還是軟體@@？

混用是指什麼

第一個問題可能是toolchain對C++的支援是否足夠？C++的各種自動產生的程式碼也會提高韌體的debug難度需要追到指令層次的反組譯碼應該會很恐怖 XD

toolchain的支援問題,用C++結果更便宜的料只能用C,公司會賠錢

混用的話就用C吧...

你會寫才有這個問題

c++ cross參數不過你要免費加班做功德？而且C++並不是必修，87%人根本只會當C寫公司沒資源（錢）請人就乖乖依標準做事吧你開公司要用java perl python也行

因為C++沒有C穩定底層用C還是比要穩

如果韌體沒移植minix/linux這類小系統stl使用者會先在exception handler受挫得轉用別的stlporting像是easystl,ustl純軟體被禁用就只是避免維護困難

不懂, STL 跟 exception 的關係是?

可以試看看在uefi用g++ build 最需要克服的是STL

沒有

因為C++ ABI不stablehttps://reurl.cc/pypG0b

超討厭寫C++...

沒第三方 binary 要 ABI stable 幹嘛

不是沒有，只是真的少靠硬體那側的fw通常沒人會刻意寫c++控制硬體暫存器，小系統比方說跑在PIC/stm32等級的軟體側通常也不會刻意用c++，除非軟體功能整個專案從0開始做但也不是真的完全沒有人弄啦，這就要看專案發展怎麼搞...如果是弄在嵌入式的linux ap用c++寫很常見就是了

話說嵌入式似乎開始要把Rust導入到商用產品了

arm自己的那個rtos用c++吧

c++還有個問題就是 link libstdc++比link glibc大很多如果你系統不是寸土寸金的話就比較沒差就是了....這可不是只有佔儲存空間 而且記憶體空間也有差

因為改用 Rust 了（X

真的寫C++(並非當成C來寫)，保證肥大... 你主管是對的對MCU而言，code size就等於競爭力... 直接禁用才是對的MCU的libc常常都是用new lib / nano / pico...不能接受C++