2025-07-15 6:34 AM - last edited on 2025-07-15 6:55 AM by Andrew Neil
Hello All,
I am using STM32L011G4U6TR for one of my application development.
I have written a code where I am using,11 GPIO, 1 UART and Internat EEProm.
When I am building the code in I am getting below Error and not able to load the Application on STM32L011G4U6TR board.
If someone could guide how to resolve it, would be helpful. (Have removed the unnecessary arrays variables and using minimum variables to optimized ).
Description Resource Path Location Type
IPL_Handpiece_Control_Board_Firmware.elf section `.text' will not fit in region `FLASH' IPL_Handpiece_Control_Board_Firmware C/C++ Problem
make: *** [makefile:64: IPL_Handpiece_Control_Board_Firmware.elf] Error 1 IPL_Handpiece_Control_Board_Firmware C/C++ Problem
region `FLASH' overflowed by 568 bytes IPL_Handpiece_Control_Board_Firmware C/C++ Problem
Note when I am commenting some part of needed code then, I am able to load it and debug, but I need all the GPIO, UART, EEprom working together. Will do as per suggestions.
Regards,
SMD
Solved! Go to Solution.
2025-07-16 2:47 AM - edited 2025-07-16 2:50 AM
Try sorting the list by size, and look at the largest things ...
Have you tried increasing optimisation yet?
One key optimisation is that unused functions don't get included in the final image ...
GCC Optimisation levels are documented here;
https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
"-Og should be the optimization level of choice for the standard edit-compile-debug cycle, offering a reasonable blend of optimization, fast compilation and debugging experience" - see here.
PS:
2025-07-15 6:40 AM
Your program is limited to the amount of FLASH available.
To reduce program size, you can do a few things:
2025-07-15 6:50 AM - edited 2025-07-15 6:56 AM
@Shiv09 wrote:I am using STM32L011G4U6TR
So it has only 16K of Flash.
The message tells you that you are 568 bytes over that:
IPL_Handpiece_Control_Board_Firmware C/C++ Problem
region `FLASH' overflowed by 568 bytes IPL_Handpiece_Control_Board_Firmware C/C++ Problem
@Shiv09 wrote:Have removed the unnecessary arrays variables and using minimum variables to optimized
That would reduce RAM use, but it's Flash that's overflowing - not RAM.
You need to reduce the code size.
Use the CubeIDE Build Analyser to see what, exactly, is using up all the space.
common space hogs include
As @TDK suggested, try a higher optimisation setting.
PS:
2025-07-16 2:40 AM - last edited on 2025-07-16 2:51 AM by Andrew Neil
Hello @Andrew Neil
Thanks for the reply, Yes tried to go as per your suggestions, I can see the HAL functions and some Implemented functions (these having lower size), so any best possible way to optimize more and use the code ?
2025-07-16 2:47 AM - edited 2025-07-16 2:50 AM
Try sorting the list by size, and look at the largest things ...
Have you tried increasing optimisation yet?
One key optimisation is that unused functions don't get included in the final image ...
GCC Optimisation levels are documented here;
https://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html
"-Og should be the optimization level of choice for the standard edit-compile-debug cycle, offering a reasonable blend of optimization, fast compilation and debugging experience" - see here.
PS:
2025-07-16 7:03 AM
Hello @Andrew Neil ,
Thanks for sharing the information, Yes it did worked well, have saved now 4kb memory.
Regards,
SMD
2025-07-16 7:14 AM
@Shiv09 wrote:have saved now 4kb memory.
That's good.
For the benefit of future readers in the same situation, how did you do that?
Just by changing optimisation, or (also) by removing stuff?
If by removing stuff - what stuff?
2025-07-18 3:10 AM
Hello @Andrew Neil,
Yes Sure,
For me I have removed some additional wrapper functions (Which were created for STM32H series Application, used in other project for some additional check and validation), now I have used simple HAL functions which are created during code generation.
Disabled and removed the I2C from .ioc , (which is not going to be used any more).
Then tried to Optimize from Properties settings to "Optimize More for size (-Oz)",
This worked well without any trouble in firmware operation.