是不是stm8将来也不可能用gcc了

stm32不清晰明了，怎么还有那么多人用
.59

价格便宜量又足，文档不行但是有例子

stm8有sdcc
http://sdcc.sourceforge.net/
不过似乎不是很好用。。

要是能用keil就好了。stvd 不好用
cosmic更是一堆bug

不过stm32f030淘宝上只要两块多了，感觉stm8没太大存在意义了。。。

我对ide倒是要求不高

没有gcc就是很不爽的，写程序的时候还要考虑编译器

stm8温宽更好，有除法指令，有eerom，能用5伏，这些都是很多产品需要的特性

这是和stm32比么。。。
除法stm32显然有啊，eeprom这个确实是短板，不过一个24c也就一毛多吧
5V有啥用呢。。。为了和其他5V外设兼容么？

看来你对stm32f0所知甚少
你知道它的除法指令是哪条吗？

这玩意儿有没有指数和对数指令？
.59

好吧，确实所知甚少，您给详细讲讲吧~

必然没有吧。。。这些小mcu的浮点运算都是靠软件的

软件要自己写还是自带呢
我部门固件工程师说没法实现，只能查表来解决
.59

sdcc的51编译器挺好用的。

Cortex M0 M0+ M1没有硬件除法；M3 M4 M7有。

有FlaSh,要EEpRoM干啥？存代码存参数都可
STM32用3.3V供电,但多数引脚和5V的TTL兼容,可输入5V电平
大家走的路才是平坦又宽阔的路,显然STM32路更平更宽
STM8貌似很边缘了,到处是坑

stm8可以5V供电。

其实我写代码都是用source insight，只是编译下载用一下STVD。
如果能把工具链集成到source insight也是不错的选择。

我的意思是你们会不会某天只写后端或者为gcc写后端呢，这样我感觉应该能省点事。
当然这种工作更应该是厂家自己来做，avr是自己搞的avr-gcc么

我是试用STM8碰到调试时出错一定要重起电脑
UART没输出,却没人说这个事,找不到人讨论
于是果断回到STM32的大路上

从编译器实现来说，做gcc后端的工作量远大于sdcc前端加后端

是因为gcc搞的很复杂了么

是的，gcc要支持c++, objc, fortran, arm, x86, mips.....
Sdcc只支持c, 和8位mcu, 所以简化很多，当然功能单一。

为什么有32位的不用而要用8位的呢？
STM32已经白菜价了啊
.136

Manual还箅详细，写个helloworld不困难吧？剩下的就是单片机本身了