Posted on November 01, 2017 at 20:39CubeMX 4.23. Board nucleo-f429zi and STM32CubeF4 is of v1.17.0Compiling with makefile arm-gcc-none-eabi version: 5.3 2016q1 All is done on linuxI just noticed another thing,Completely freshly generated make...
Posted on November 08, 2017 at 20:10Hi,I had this issue before as well, and I found out what was the cause for me.To enable OpenOCD printf debugging, I added to the compiler these arguments:-specs=rdimon.specs -lc -lrdimonWhich caused the conflict w...
Posted on November 08, 2017 at 20:05Hi,I'm not sure why it happened, but once I deleted all the entries under C_SOURCES = \....In Makefile it has been working since. Maybe by accident I somehow locked the file while generating the code from CubeMX
Posted on November 01, 2017 at 19:33I also still have the same issue on CubeMX 4.23. Board nucleo-f429zi and STM32CubeF4 is of v1.17.0Compiling with makefile arm-gcc-none-eabi version: 5.3 2016q1All is done on linuxHere are some of the error m...
Posted on October 13, 2017 at 16:17I don't know the answer, but I wanted to chime in, that I have exactly the same problem, with the latest cube mx 4.22.1 for F207ZG-NUCLEO board.It seems to be an issue when generating with FreeRTOS. Anyway, I tempo...
