写韧体 禁用 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++