Arduino for STM32

Could someone say what are the main differences between this core and Roger's?

I think @stevestrong is the best member to answer this

My understanding is that his core is more advanced/maintains for STM32F4 compared to Roger's one.

-deleted-

@Bakisha he was asking about the differences between Roger's core and Stevestrongs fork of it which is F4 focused.

i can't really answer this well but just to share something i did with steve's libmaple core
on STM32F401 pill board
viewtopic.php?f=10&t=116

the codes in steve's libmaple is kind of 'more updated' for F4 (and maybe F3) specifically.
i've not looked into roger's core for the F4 parts of it. but i'd think it'd be good if we eventually merge that back to roger's core
that'd take time/effort etc though

That link still doesn't explain how your fork of roger's core differs from his.

And is not really up to date. Lot of things changed since this post from Roger..

arpruss wrote: ↑Fri Feb 07, 2020 2:11 pm Could someone say what are the main differences between this core and Roger's?

• Support for F3 (especially for the Robotdyn blackpill STM32F303CCT6 )
• Far better support for F4.
• Maybe some more optimizations (years ago Steves core was most advantaged with DMA / SPI...)
• no real further development on Rogers core (mostly bugfixes)

So:
Using F1 and be on the safe "maple compatibility" side -> choose Roger ones.
Using F4 and more modern things -> Steve ones.
Hope, I'm right with my anwer.

I continuously try to do some improvements on my libmaple core related to F1, F3 and F4 families.
For example, I removed the pin map table for F3/F4 cores.
I intend to do the same for F1, and in addition to simplify the files structure (already in progress).

OTOH, I can only support F1, F3 and F4 families which I own (bluepill, maple mini clone). The additional hardware of F1 high density devices are excluded.
The same applies for F3/F4: I only own F303CC and F401CC,F407VE and F411CC chips, therefore only theses are supported.
Of course, I can accept PRs to support other types as well, but cannot give active support for them. Unless someone wants to keep them up to date actively, then I can share the privilege to do it in my repository. Or interested people send me some board he/she wants to be supported.

Now back to the basic question.
The main difference between the cores is mainly the lower level API: slim for libmaple, somewhat bloated but with possibility to apply more settings for STM core.

If you have some STM nucleo or discovery boards, or other board with F1xy or F4xy chips not directly supported by my libmaple core, and you look for good support, then you may eventually be better served with the STM core.