Rename FreeRTOS to prevent library conflict

[bratoff]

Version 7.0.1 of FreeRTOS for STM32duino should be renamed from FreeRTOS to FreeRTOS701 so that it does not conflict with the mainstream version of FreeRTOS.

[rogerclarkmelbourne]

@victorpv
You are the FreeRTOS expert

Does this sound OK to you ?

[victorpv]

Renaming it should be fine, and make it easier to see that's the 7.0.1 version (the oldest that we have).
I see no problem on that.

Now, I don't see where is the conflict with the mainstream version.
We have the 9.0.0 version in another folder called FreeRTOS 900.
@bratoff can you provide more detail on what conflict you are trying to avoid?

[bratoff]

@victorpv - There appears to be a naming conflict with version 10.0.0-10 which causes that version to always show "needs update" when the STM32duino core is active. It must be the un-versioned FreeRTOS 7.0.1 causing it because the "needs update" goes away if a non-STM32duino board is selected. (I have about 8 different board families configured in my IDE.)

[victorpv]

@bratoff a couple of questions:
Did you test renaming the 7.0.1 folder?
What IDE are you using?
Where did you get the FreeRTOS 10 library from?

[fpistm]

@victorpv probably this one:
https://github.com/feilipu/Arduino_FreeRTOS_Library
But not applicable for STM32, anyway, I think his concern is about to have both libraries installed (one for AVR and one for STM32).
And the mainstream have the same name (name=FreeRTOS) than the one from Roger.
https://github.com/rogerclarkmelbourne/Arduino_STM32/tree/master/STM32F1/libraries/FreeRTOS
This causing issue with library updater as folder have the same name.
There is no issue at build time as include names are different.

[victorpv]

I see no problem renaming the folder to FreeRTOS701, as you say what matters should be the include name anyway.

[fpistm]

That's the point ;) Only rename the FrerRTOS folder to FreeRTOS701 ;)

[rogerclarkmelbourne]

Fixed in 6a551bd