rt-thread 与 C++ 的美满姻缘

背景介绍：网上搜关键词“rt-thread C++”发现可参考的文章不算多。
Sugar 在自己开源遥控车代码中促成了 rt-thread 和 C++ 的美满姻缘。
美好姻缘是指：不论是用 MDK5、IAR 或者 GCC，都可以亲密配合。
过程中有参考：https://www.rt-thread.org/qa/thread-11707-1-1.html
遥控车开源地址：https://github.com/SuWeipeng/car_407ve

rt-thread 的 C++ 组件

组件在哪里
组件的依赖

给 rt-thread 和 C++ 牵红线的过程

Sugar 只是做个媒，其实大多数工作 rt-thread 都做完了。
Sugar 觉得 rt-thread 潜力大的原因之一是：工作做得全面细致。
开源代码发展得既健壮又精细真的不容易。

不同平台下的 libc
Sugar 开源代码不维护工程，只维护配置文件，工程可以交给 progen 自动生成。
这样的好处之一就是：通过配置文件能够很清楚地知道哪些代码参与了编译。
对于配置文件的介绍请见《一招通吃 MDK5、IAR、GCC》和《【升级】一招通吃 MDK5、IAR、GCC》
(1) MDK5 下的 libc

(2) IAR 下的 libc

(3) GCC 下的 libc
GCC 下需要注意的地方

由于 Sugar 在自己的 ubuntu 虚拟机里配置了 ardupilot 开发环境，该有的都有了，所以 Sugar 没有用 rt-thread 官网推荐的 env。
这样在 gcc 编译的时候就要定义一个宏，防止 rt-thread 的 libc 和系统的 libc 冲突。

GCC 下的链接脚本：
链接脚本使用 rt-thread 官方代码里的 link.lds 最省事了，该折腾的 rt-thread 官方都折腾好了。
以前 Sugar 使用 CubeMX 生成的链接脚本，要是用 C++ 的话要改的地方比较多。
因为 Sugar 没有用 env，所以用 link.lds 的时候遇到了这个错误：
```
/opt/gcc-arm-none-eabi-4_9-2015q3/bin/../lib/gcc/arm-none-eabi/4.9.3/../../../../arm-none-eabi/bin/ld: section .ARM.extab.text._Z15constrain_floatfff loaded at [08058358,08058363] overlaps section .data loaded at [08058358,0805871f]
collect2: error: ld returned 1 exit status
Makefile:145: recipe for target 'build/stm32f407ze-rtt.elf' failed
make: *** [build/stm32f407ze-rtt.elf] Error 1
```
别担心，其实在链接脚本里加一行就能解决这个问题了。
```
.ARM.extab   : { *(.ARM.extab* .gnu.linkonce.armextab.*) } >CODE
```
代码上要注意的地方
(1) IAR 下不能有重名文件的解决办法。

(2) C++11 标准与 rt-thread。
在遥控车的开源代码里 Sugar 移了 ardupilot 的库，ArduPilot 代码使用 C++11 标准。
为了增加 rt-thread 和 C++11 的亲密度，让遥控车代码能三平台(MDK5、IAR、GCC)通用。这里 Sugar 花了不少时间。
最终没有找到完美解决办法，折了个中。

IAR 下 rt-thread 和 C++11 兼容的办法。

MDK 下 rt-thread 与 C++ 编译要注意的地方。

GCC 下就不说了（因为要说的话比较多，且背景介绍时那个引用的链接已经说得比较全面了）。
(3) C++ 使用 rtthread 命名空间
```
using namespace rtthread;
```
至此，rt-thread 和 C++ 已拜过天地，可以共入洞房了。