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


You are viewing a reply to Very strange .bss RAM overflow  

Very strange .bss RAM overflow

Hello!

So much has happened the last days, I had to go back a long way in the repository. A good thing with your inputs gave was that I think that I know the solution to the problem.

When the linker fails and put out overflow by Jesus Christ many bytes I have many other defined global variables in the file, but they are unused (I’m porting generic code given by the supplier). To me with my limited C knowledge I never thought that the compiler would allocate the memory for them also as soon as I moved one used global variable there. If I comment out all other globals it works.
To be clear here, the other unused globals are still there when I declare gradScale local but then it works and the compiler doesn’t allocate memory for them.
Still strange though...

I’ll attach both .c files (heavily commented) and the linker map files both for working and non-working scenarios.