4 ms·
It's not an ARM - it's still a pretty weird Xtensa CPU. Apparently the toolchain for the CPU is nowhere near as good as those for the ARM.
by ivoras 10y ago
It's not an ARM - it's still a pretty weird Xtensa CPU.
Apparently the toolchain for the CPU is nowhere near as good as those for the ARM.
- antocv 10y agoThe toolchain is as good as for ARM, it is gcc no more no less. You perhaps mean the original SDK which was based on proprietary blobs and sucked. See it here, the good one, https://github.com/pfalcon/esp-open-sdk https://github.com/pfalcon/esp-open-sdk
- makomk 10y agoIt's an unofficial fork of an old version of gcc developed by the community. ARM toolchain support is a lot more mature and widespread.
- antocv 10y agome@yourlaptop $ xtensa-lx106-elf-gcc -v ... gcc version 4.8.5 What is old about this, the 4.8.5 version of GCC was was released June 2015.
- lorenzhs 10y agoThe 4.8 series was originally released in March 2013. There have since been three major releases (4.9, 5, 6). GCC 4.8 is old.
- antocv 10y agoI didnt even know, Im happy with the toolchain, what am I missing from the latest gcc releases? Better colorful error output, more optimizations?
- microcolonel 10y agoThe code generation, especially on RISCs, has improved pretty dramatically between 4.8 and 6.2. You can expect to get better code size with a newer toolchain. That said, there's a good chance it's not too hard to forward port the patches; I'm not aware of any major rearchitecting between 4.8 and 6.2, then again maybe there's been one.
- Something1234 10y agoSince when does gcc give out colorful output, and how do I get it to do it all the time?
- antocv 10y agoAdd this flag to it -fdiagnostics-color=always If you dont want to mess with gcc flags in all your projects, add the GCC_COLORS env variable to your shell, like just export GCC_COLORS='error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01'` to your ~/.bashrc or other shell rc.
- mkj 10y agoCan't run rust on it!
- bojack 10y agoThe ARM Cortex-based RTL8710 seems to sit halfway between the ESP8266 and the ESP32, and perhaps has more toolchain promise. Same library/documentation problems, of course.