Loading...
 

SW4STM32 and SW4Linux fully supports the STM32MP1 asymmetric multicore Cortex/A7+M4 MPUs

   With System Workbench for Linux, Embedded Linux on the STM32MP1 family of MPUs from ST was never as simple to build and maintain, even for newcomers in the Linux world. And, if you install System Workbench for Linux in System Workbench for STM32 you can seamlessly develop and debug asymmetric applications running partly on Linux, partly on the Cortex-M4.
You can get more information from the ac6-tools website and download (registration required) various documents highlighting:

System Workbench for STM32


Macro definitions not being found

I’m a brand-new System Workbench user, who’s been given the task of resurrecting a STM32F2/FreeRTOS project that was abandoned several years ago due to the death of the original programmer. The program did basically work, and was supposedly built using System Workbench, but I’m unable to get it to compile with the current version. There are well over a hundred errors of the form “Symbol ‘ADC_CS0_Pin` could not be resolved”; in every case I’ve looked at, selecting the offending symbol and doing “Open Declaration” will show me a valid definition of the symbol, always a simple macro. There aren’t any “header file not found” errors, the right headers are simply not being included (but there are so many instances of header files that include other header files that include header files, that I can’t really tell where the definition was expected to come from).

I suppose I could start throwing in #include directives all over the place, but I’d prefer to understand just what went wrong here - the program DID build at one point! Has there been some change in the toolchain in the past few years, or perhaps something like a setting that has since been renamed, that would have formerly allowed all of these macro definitions to be found automatically?

Right click on the project in the explorer window and select “Index->Rebuild” and see if that helps.
Sometimes, the code is fine but the pre-compiled headers in the Eclipse IDE are out of date.