cqwrteur
cqwrteur
xtensa-esp32-elf right? hmhm. fast_io never supported that before. I will go and see what is going on with a new toolchain
I have used the AVR macro to guard against __XTENSA__. can you have a try to see whether it works? That is exactly one goal of fast_io. The only problem...
can you have a try now to see whether it works? i do not have an xtensa toolchain at all. Cannot test it
If this does not break compilation for fast_io.h any more, i will go on fixing other issues
You can also use -ffreestanding flag to avoid using any hosted features to GCC
> Thank you for your urgent action. Unfortunately it doesn't compile. **XTENSA** however is recognised, so errors changed. Is this intended? : > > `#if defined(__AVR__) && defined(__XTENSA__)` > >...
Looks like it is using newlib. https://github.com/espressif/xtensa-overlays/blob/master/xtensa_esp32/newlib/newlib/libc/sys/xtensa/include/xtensa/config/core-isa.h whatever. maybe i'll gonna try later. Does your toolchain support EH?
newlib like libcs do provide file descriptors. I believe it is just some small issues with guard against newlib. It is not AVR.
I can probably provide a GCC 13 for you.
I do not know. I use your toolchain to get a GCC 13. https://github.com/trcrsired/windows-hosted-xtensa-esp32-elf-cross-toolchain I revert back the changes and no compilation issues are found.