回复【28楼】stm8s103
-----------------------------------------------------------------------

从你言谈中很能透露出对IAR的支持啊！

但是，现在几款STM8的C编译器都不尽如人意
IAR强大是强大，但是抛不开RISC的理念，却是一个硬伤。
不论是STM8的虚拟寄存器，还是AVR的虚拟（软件）堆栈，都很明显的露出了生搬硬套RISC C编译器的影子

所谓万事古难全，如果IAR不是致力于RISC，它也不可能为每一款MCU设计对它优化的编译器
Keil当年可以专注于51，但IAR不可专注于STM8、AVR……之内的一样

我的意思是，IAR的C编译器理念，并不是最理想的

现在就回到你所说的问题上来：
〉虚拟寄存器不好的地方，只是中断的时候要保护虚拟寄存器，
〉但是优点也是显而易见的，解放通用寄存器，减少压栈出栈操作。
我问你呀，是一系列的 PUSH/POP 快，还是 ADD SP, #$xx  SUB SP, #$xx 快呢？
虽然说，这个问题有些片面，有时候从全局考虑，用 IAR 的方式确实能更有效的减少代码量
但是，正如我以前曾说过（在IAR与Keil MDK编译器之争），IAR 是以近乎变态的方式来换取空间优化的
我这么说，不是否认IAR可能会成为STM8编译器的NO.1，但是，就算NO.1，在我看来也有不理想的地方存在的
因为，它不能专注