经过差不多九个月的努力，Maple C编译器（ARM后端）完成了对GCC7.5 -O2的追赶和超越，具体数据和过程请参见后面的图。

虽然我们坚信基于Maple的框架，这件事情一定会发生，但是确实速度超出预期。Maple社区的小伙伴们确实太给力了。这一个里程碑，充分说明了作为国产编译器，Maple基础框架底不逊色于任何主流编译器，同时由于IR的灵活扩展能力，我们在快速构建优化编译器上面展现了自己的优势。

当前的规划，调优虽然会持续进行，但主要目标暂时不会再放在SPEC上，我们认为在这方面我们不需要再证明自己了，而且，maple还有更广阔的战场，我们需要在广度和深度上面继续挖掘，包含但不限于：

1. 传统静态编译器框架
   a) 跨模块的过程间分析框架
   b) 各个层级的反馈优化（中端，后端，二进制级别）
   c) 多后端支持的尝试（x64，arm32，riscv）
   d) 前端的自研替代
2. 传统静态编译器以外…
   a) JIT/AOT 轻量化编译框架
   b) 是的，我们从来没有放弃动态语言静态化的尝试和努力…
3. 语言扩展与多场景多诉求适配
   除了传统高性能诉求，新的应用场景对编译器诉求也趋向多样化，如安全，维测等等。场景驱动的新语言扩展就是Maple系统的驱动力，而这也是我们IR灵活扩展能力体现的大好舞台。

总之，我们认为Maple 系统已经具备了成为最新编译与编程技术研究和工程平台的基础， 而且这次的C编译器不同于Java，由于不涉及太多runtime，我们可以做到完全开源，真正的所见即所得，衷心希望大家试用和参与。

每天进步一点点。