22:26 <Guest64> PaulFertser ... is this what you mean by "the other network"? :)

22:27 <PaulFertser> Guest64: exactly :)

22:27 <Guest64> cool... reasons understood and agreed with :)

22:27 <PaulFertser> I had good experience with STM32 MCUs but there're many others.

22:27 <PaulFertser> And I heard RISC-V is nice too.

22:27 <PaulFertser> So not just ARM.

22:28 <Guest64> I'm supporting AVR for others, I have a custom compiler... I'm trying to support a range of chips. I started with AVR for slightly historical reasons. I'm now very much looking to bring ARM support online.

22:29 <Guest64> RISC-V will be high on my list too... it's a question of what I get working when.

22:29 <Guest64> AVR seems to have this product called AVaRICE but it seems to be abandonware.

22:29 <PaulFertser> If you're targetting MCU users Cortex-M should be the priority

22:29 <Guest64> yeah, reasonable

22:29 <PaulFertser> Plenty of offerings from different vendors.

22:30 <Guest64> I am starting to think the only really viable approach is to tell customers "you can have the compiler and IDE for AVR but not a debugger" and to give the full experience for ARM Cortex M MCUs.

22:32 <PaulFertser> Sounds sensible to me. You can try integrating avarice for users that have avrdragon or whatever special debugging hardware is needed. And avrdude for flashing. But that's about it I guess.

22:33 <Guest64> AVR still have a strong foothold in production devices I think... 8 bit seems a bit loopy in this day and age but it's still widely used from what I heard, both PIC and AVR.

22:33 <PaulFertser> BTW, STM8 is supported by OpenOCD

22:33 <PaulFertser> And PIC32 (MIPS)

22:33 <Guest64> And of course the older Arduinos and all the clones of them make AVR still a thing to some extent.

22:34 <PaulFertser> Those are flashable with avrdude.

22:34 <PaulFertser> Sleep time for me, see you later :)

22:34 <Guest64> yeah

22:34 <Guest64> cool, me too really :)

22:34 <Guest64> thanks for the advice