Posted on February 20, 2018 at 14:41Hi all,
I have ran into what I believe is the same issue. Also, found the source and solution (albeit temporary).
Previously, I have been using Atollic Lite with CubeMX without issues. I have created projects and tracked them using git. I switched to Atollic TrueSTUDIO for STM32 9.0.0 version as soon as it was released and experienced no issues.
However, recently I have updated my STM32CubeMX to version 4.24.0 and also updated firmware package I use to STM32Cube FW_F4 V1.19.0. It seems that creating new projects with these updated versions causes no issues ( to me at least).
Today I opened one of my older projects in Cube. Cube asked me if I wanted to migrate to newer firmware version and I selected yes. I re-generated the project files and got the same behavior as described by first poster above. There is a bunch of 'undefined reference' errors related to basic HAL drivers and also third party libraries that look like this:
/home/hrvoje/projects/mastering_freeRTOS/Debug/../Src/gpio.c:120: undefined reference to `HAL_GPIO_Init'
/home/hrvoje/projects/mastering_freeRTOS/Debug/../Src/freertos.c:101: undefined reference to `osThreadCreate'
(keep in mind this code worked just moments before re-generating files in Cube, therefore libraries were properly included before. I have re-checked all compiler and linker settings, as well as most if not all of build configuration settings and they have not changed)
Using git tools I have tracked the cause of the errors down. Updated version of CubeMX changes several files during migrating and re-generating files. Among them is .project. The following is added to .project:
<linkedResources>
<link>
<name>Middlewares/FreeRTOS</name>
<type>2</type>
<locationURI>virtual:/virtual</locationURI>
</link>
<link>
<name>Drivers</name>
<type>2</type>
<locationURI>virtual:/virtual</locationURI>
</link>
<link>
<name>Drivers/CMSIS</name>
<type>2</type>
<locationURI>virtual:/virtual</locationURI>
</link>
<link>
<name>Application</name>
<type>2</type>
<locationURI>virtual:/virtual</locationURI>
</link>
<link>
<name>Middlewares</name>
<type>2</type>
<locationURI>virtual:/virtual</locationURI>
</link>
</linkedResources>
Removing this code (which is added into .project by CubeMX in one single line) fixes the compilation error.
Using git I was able to check out older versions of each file CubeMX has changed and tested them one by one. Once code quoted above is removed from .project, compiler works without issues.
EDIT: I have just tried the same procedure - re-generating the same project with CubeMX - but this time I chose not to migrate the project but continue using older firmware for STM32F4. Again Cube added the quoted code above to .project and compilation failed. Removing those lines - compilation works!
Therefore it would seem that source of this bug is in updated CubeMX itself, not in the firmware.
