Unresolved Inclusion !!

[Md Mubdiul Hasan]

Posted on December 28, 2016 at 07:18

Hi,

I think you might familiar with  this issue if you are proficient user of Eclipse +STM32.

In my #include section of main.c file.

Red error line indicates like

:(

,

At the same time the system says to do indexer marker, 

:(

Kindly suggest me what to do for this issue?

[Seb]

Posted on December 28, 2016 at 08:33

While not eclipse user, it looks like the file is not found.

Either add this path location to the project compiler settings (all compilers have this), or to check it out, add the full path to the filename in the #include

Hope this helps!

[Md Mubdiul Hasan]

Posted on December 28, 2016 at 08:47

Hi Mr Seb,

From your experience, could you tell me it should be #include in main.c?

This file exist in my compiler includes,'C:/STM32_toolchain/common/Drivers/STM32F0xx_HAL_Driver/Inc'

In this branch project >> Properties >> C/C++ Build >> Settings >> Tool Settings tab >>MCU GCC Compiler >> Includes

What else in your mind?

If I removestm32f0xx_hal.h reference from main.c, the error minimizes,( 1900 to 600)

Build console says ,

15:39:08 **** Incremental Build of configuration Debug for project Easytask ****
Info: Internal Builder is used for build
arm-none-eabi-gcc -mcpu=cortex-m0 -mthumb -mfloat-abi=soft -DSTM32F0 -DSTM32F070RBTx -DSTM32 -DDEBUG -IC:/STM32_toolchain/Workspace/Easytask/inc -IC:/ac6/systemworkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/sys/_types.h -Ic:/ac6/systemworkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/stdint.h -IC:/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/sys -IC:/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/machine/_default_types.h -IC:/STM32_toolchain/common/Drivers/STM32F0xx_HAL_Driver/Inc/Legacy -IC:/STM32_toolchain/Workspace/Easytask/Command -IC:/STM32_toolchain/Workspace/Easytask/common2 -IC:/STM32_toolchain/Workspace/Easytask/common1 -IC:/STM32_toolchain/Workspace/Easytask/flash -IC:/STM32_toolchain/Workspace/Easytask/io_utlis '-IC:/STM32_toolchain/Workspace/adapt_rc/push key' -IC:/STM32_toolchain/Workspace/Easytask/states -IC:/STM32_toolchain/common/Drivers/STM32F0xx_HAL_Driver/Inc -IC:/STM32_toolchain/Workspace/Easytask/inc -IC:/STM32_toolchain/common/Drivers/CMSIS/Include -IC:/STM32_toolchain/common/Drivers/CMSIS/Device/ST/TM32F0xx/Include -O0 -g3 -Wall -fmessage-length=0 -ffunction-sections -c -o 'startup\\sysmem.o' '..\\startup\\sysmem.c' 
cc1.exe: warning: C:/ac6/systemworkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/sys/_types.h: not a directory
cc1.exe: warning: c:/ac6/systemworkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/stdint.h: not a directory
cc1.exe: warning: C:/Ac6/SystemWorkbench/plugins/fr.ac6.mcu.externaltools.arm-none.win32_1.0.201611241417/tools/compiler/arm-none-eabi/include/machine/_default_types.h: not a directory
..\startup\sysmem.c:62:1: error: unknown type name 'caddr_t'
 caddr_t _sbrk(int incr)
 ^
..\startup\sysmem.c: In function '_sbrk':
..\startup\sysmem.c:75:11: error: 'caddr_t' undeclared (first use in this function)
 return (caddr_t) -1;
 ^
..\startup\sysmem.c:75:11: note: each undeclared identifier is reported only once for each function it appears in
..\startup\sysmem.c:80:19: error: expected ';' before 'prev_heap_end'
 return (caddr_t) prev_heap_end;
 ^
..\startup\sysmem.c:66:8: warning: variable 'prev_heap_end' set but not used [-Wunused-but-set-variable]
 char *prev_heap_end;
 ^
..\startup\sysmem.c:81:1: warning: control reaches end of non-void function [-Wreturn-type]
 }
 ^�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?�?

[MortenLund]

I had the same problem. For some reason the font chossen, makes it impossible to distinguish between the letter l (l like in liter) and the number 1 (one). So typing the "stm32f0xx_hal.h" did no good. Only copypaste worked. Suspect it is a number one so that it is called "stm32f0xx_ha1.h"