2021-08-18 01:44 AM
2021-08-23 03:51 PM
There are some linker scripts available in the examples. Here is one at random:
2021-08-24 12:57 AM
TDK Thank you so much your answer.
I already know that the linker scripts can be found in the examples or generated with the CubeMX but it not the kind of solution I really want.
You see what I am trying to setup a project to use either GCC or IAR.
To solve this I figured out that, depending on the compiler, the project could "point" and use the appropriate SDK files (including the linker script).
The problem is that the absence of these linker scripts for GCC makes this solution inconsistent and leaves me with two choices
I guess that the best solution would be for ST to have the linker script in a separate folder just like it has been done for the IAR compiler.
I don't expect it to be this hard so I can't find a good cause for this inconsistency in an otherwise really good SDK
2021-08-24 01:18 AM
Much time can be wasted trying to make a project compiler-agnostic. Unless you have a compelling reason ($$$) for testing and maintaining multiple toolchains, choosing one and sticking with it will be a far more efficient route. Save brainpower and productivity for programming tasks.
It's not like there is a single linker script for each chip, anyway. They will need to be customized for each project unless you are doing the bare-bones minimum.