For the last few days all our Travis CI builds for STM32F1 have been failing with the following errors:
In file included from /home/travis/.platformio/packages/toolchain-gccarmnoneeabi/arm-none-eabi/include/stdlib.h:19,
from /home/travis/.platformio/packages/toolchain-gccarmnoneeabi/arm-none-eabi/include/c++/8.2.1/cstdlib:75,
from /home/travis/.platformio/packages/toolchain-gccarmnoneeabi/arm-none-eabi/include/c++/8.2.1/stdlib.h:36,
from /home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/cores/maple/wirish.h:41,
from /home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/cores/maple/Arduino.h:30,
from Marlin/src/HAL/HAL_STM32F1/HAL.h:41,
from Marlin/src/HAL/HAL_STM32F1/HAL.cpp:34:
/home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/system/libmaple/stm32f1/include/series/gpio.h:487:15: error: duplicate 'inline'
static inline __always_inline void afio_exti_select(exti_num exti, exti_cfg port) {
^~~~~~~~~~~~~~~
/home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/system/libmaple/include/libmaple/nvic.h:112:15: error: duplicate 'inline'
static inline __always_inline void nvic_globalirq_enable() {
^~~~~~~~~~~~~~~
/home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/system/libmaple/include/libmaple/nvic.h:119:15: error: duplicate 'inline'
static inline __always_inline void nvic_globalirq_disable() {
^~~~~~~~~~~~~~~
/home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/cores/maple/ext_interrupts.h:109:15: error: duplicate 'inline'
static inline __always_inline void interrupts() {
^~~~~~~~~~~~~~~
/home/travis/.platformio/packages/framework-arduinoststm32@2.1.180219/STM32F1/cores/maple/ext_interrupts.h:123:15: error: duplicate 'inline'
static inline __always_inline void noInterrupts() {
^~~~~~~~~~~~~~~
compilation terminated due to -fmax-errors=5.
*** [.pioenvs/STM32F1/src/src/HAL/HAL_STM32F1/HAL.cpp.o] Error 1
For example: Travis CI - Test and Deploy Your Code with Confidence
This appears to be a problem with the arduinoststm32
framework itself. Is there any way we can revert to an earlier version of the framework to get our tests passing again?