Showing results for 
Search instead for 
Did you mean: 

CUBEMX bug with auto-generated include in main.h for Nucleo H563 missing carriage return


Hi, I'm using the latest build of CUBEMX 6.11.1 using firmware package STM32Cube FW_H5 V1.2.0 along with Keil MDK uVision V5.39.0.0.  My target micro is the STM32H563ZIT6 (Nucleo H563).  I've encountered a repeatable problem with this build of CUBEMX where it does not properly include a carriage return at the end of the include for the "stm32h5xx_nucleo.h" header file.  Of course, if I don't first fix this error before I try to compile, numerous errors are generated and the compile fails.

Here's the problem in my main.h with the automatically generated include statements:

/* Includes ------------------------------------------------------------------*/
#include "stm32h5xx_hal.h"
#include "stm32h5xx_nucleo.h"#include "stm32h5xx_ll_dma.h"
#include "stm32h5xx_ll_crs.h"
#include "stm32h5xx_ll_rcc.h"
#include "stm32h5xx_ll_bus.h"
#include "stm32h5xx_ll_system.h"
#include "stm32h5xx_ll_exti.h"
#include "stm32h5xx_ll_cortex.h"
#include "stm32h5xx_ll_utils.h"
#include "stm32h5xx_ll_pwr.h"
#include "stm32h5xx_ll_spi.h"
#include "stm32h5xx_ll_tim.h"
#include "stm32h5xx_ll_usart.h"
#include "stm32h5xx_ll_gpio.h"

(end of code snippet)

Once I've moved the errantly located #include to its own line, the project compiles normally.

Thank you,

Mahmoud Ben Romdhane
ST Employee

Hello @MSilv ,

First let me thank you for posting and welcome to the ST Community.

For more investigation, I suggest that you provide the ioc.File.