build problem for stm32f411re

[dimitri1949]

Hi!
I have Nucleo-64 stm32f411re and MikroelEktronica+ stm32f407zg boards,
adapting example code to f411re and f407zg worked perfectly with 2023 February version with manually added include directory and startup.c (modified obviously).

Current examples with SOURCES += cmsis_f4/Source/Templates/gcc/startup_stm32f411xe.s do not build
with errors:
in func. LoopFillZerobss in startup_stm32f411xe.s -- undefined reference to SysInit
in __libc_init_array.. -- undefined reference to _init
It seems that some path is now broken since startup_stm32f411xe.s and startup_stm32f429xx.s look very similar.

Also copying 200MB of files every time when new version of a project is created seems inefficient.
I copied cmsis_core and cmsis_f4 directories (dowdloaded by git clone..) to d:\gcc-arm\Work\ directory, but how to modify Makefile to access them is a mystery for me, pleaser help.

Best regards
dimitri1949

[gillesxr]

Hello!

A quick fix is to add a blank _init function in the main.c file.
void _init(void) {}

To access to CMSIS from a Makefile:
Create a variable in the Makefile, i.e. CMSIS_CORE_PATH=d:\gcc-arm\Work\cmsis_core, and use it with $(CMSIS_CORE_PATH).

BR
gillesxr.

[dimitri1949]

Hello and thanks for your help!

With void _init(void) {} in main -- compiled without errors, but did not work when flashed, obviously.
Without _init in main -- in function __libc_init_array..init.c (.text.__libc_init_array+0x14) -- undefined reference to '_init' error.
This is a version of a project with local cmsis_core and cmsis_f4 directories downloaded by 'git clone' as in original example for stm32f429 (it compiles without problems).

With another project version (without local cmsis_core and cmsis_f4 directories) i used
CMSIS_CORE_PATH=d:\gcc-arm\Work\cmsis_core
CMSIS_PATH=d:\gcc-arm\Work\cmsis_f4
....
firmware.elf: $(CMSIS_CORE_PATH) $(CMSIS_PATH) hal.h link.ld Makefile $(SOURCES)
arm-none-eabi-gcc $(SOURCES) $(CFLAGS) $(CFLAGS_EXTRA) $(LDFLAGS) -o $@
as you suggested, with exactly the same result. So it seems that PATH setting works, but ld.exe do not see correct '_init' as with stm32f429.
And this is linker error actually. Some h file is broken?
I compared startup_stm32f429xx.s and startup_stm32f411xe.s and only differences i see are interrupt handlers, more for 429.
I have also μe+ stm32f407zg and Wiz550web.stm32f103rb boards, i will try with them.
I am sure problem must be close to startup_stm32f411xe.s, because last winter project version with startup.c works.

BR
Dimitri

[dimitri1949]

Hello!

I modified step-5-cmsis example project for stm32f411 from scratch, essentially changing only:
hal.h:
#include "stm32f429xx.h" -> stm32f411xe.h
UART3 -> UART6

main.c:
led -> LED_PA5

link.ld:
MEMORY
{ /* stm32f411re */
flash(rx) : ORIGIN = 0x08000000, LENGTH = 512K
sram(rwx) : ORIGIN = 0x20000000, LENGTH = 128K
}

MakeFile:
SOURCES += cmsis_f4/Source/Templates/gcc/startup_stm32f429xx.s ->
SOURCES += cmsis_f4/Source/Templates/gcc/startup_stm32f411xe.s

and now it works!
So all problems where my fault!

BR
Dimitri

[dimitri1949]

Hello! void _init(void) {} was actually sitting in the end of syscalls.c file! I was careless! I modified step-5-cmsis example project to stm32f411re from scratch, essentially changing only: hal.h: #include "stm32f429xx.h" -> stm32f411xe.h UART3 -> UART6 main.c: led -> LED_PA5 link.ld: MEMORY { /* stm32f411re */ flash(rx) : ORIGIN = 0x08000000, LENGTH = 512K sram(rwx) : ORIGIN = 0x20000000, LENGTH = 128K } MakeFile: SOURCES += cmsis_f4/Source/Templates/gcc/startup_stm32f429xx.s -> SOURCES += cmsis_f4/Source/Templates/gcc/startup_stm32f411xe.s and now it works! So all problems where my fault! I will now try it with cmsis_core and cmsis_f4 in d:\gcc-arm\Work\ BR Dimitri

…

On Thu, 7 Dec 2023 at 12:14, gillesxr ***@***.***> wrote: Hello! A fast fix is to add a blank _init function in the main.c file. void _init(void) {} To access to CMSIS from a Makefile: Create a variable in the Makefile, i.e. CMSIS_CORE_PATH=d:\gcc-arm\Work\cmsis_core, and use it with $(CMSIS_CORE_PATH). BR gillesxr. — Reply to this email directly, view it on GitHub <#38 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BEPGCKVS6J6BZT2PWHTCUVTYIGJG3AVCNFSM6AAAAABAHXGMM6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNBVGA2TSMRWGY> . You are receiving this because you authored the thread.Message ID: ***@***.***>