WhyCan Forum(哇酷开发者社区)

压缩指令选项应该开了吧?RISCV指令精简程度比ARM更高，大一点也不奇怪。

差了近40%，这个差距十分明显了，同样核心芯片都是按照FLASH容量定价格的，核心省下来的授权费说不定还不够买多用的FLASH。
还是Cortex-M香。

RISC-V目前除了GCC还有其它编译器支持吗？

https://www.iar.com/products/architectures/risc-v/iar-embedded-workbench-for-risc-v/
In current version of the toolchain, code density is already small comparing to other available tools
看来代码密度确实是RISC-V的大问题，IAR这里 other available tools 指的应该就是GCC。

之前看到有大佬讨论说，gcc编译risc-v的代码的时候负优化挺严重的，关掉优化可能会有意想不到的效果

这篇文章说用Segger的库和连接器可以大幅减小代码，，楼主可以试下

https://blog.segger.com/code-size-closing-the-gap-between-risc-v-and-arm-for-embedded-applications/

提一点，GCC的rw段在binary里是不压缩的，启动时做全量拷贝。Keil的话，无论compiler V5还是V6，都会压缩rw段，__main函数里会调__decompress做解压，IAR/Segger/Green Hill/Ti的工具链也会做类似优化。考虑到多数全局变量只需要做部分初始化（比如一个大描述符中的个别初始化字段），rw段里是有非常多的zeros可以被优化掉的。如果固件里的rw segment size不小，工具链不做压缩带来的size overhead会非常多。楼主可以在AC5/AC6的link flag里添加 --datacompressor off 再和GCC固件比对下体积。

我做过调研，根据rw段的实际使用情况，仅使用zero-rle压缩就可以做到7%~20%的压缩比。
也就是说，假设rw segment有10K，做rw压缩可以减少固件7~9K的size。对mcu firmware来说，这个收益是相当可观的。

GCC Toolchain没有集成rw压缩功能，但是可以插postbuild流程，结合重写的startup load code手动实现。

最近编辑记录 alexyzhov (2021-10-30 20:44:21)

目前使用gcc 8.2.0，打开-flto选项可以大大减小代码体积，不过代码行为似乎不太正常，会有莫名其貌的问题。

这样没意义，好比两军交战，甲方坦克飞机大炮，乙方方砍刀长矛盾牌，乙方输了说你们甲方也要用砍刀长矛盾牌才有意义。乙方不是不想用坦克飞机大炮，是没有。