Dan*_*ish 5 c linker linker-scripts binutils
我正在为 PIC32MX 微控制器开发固件。程序存储器应分为三段:
startup_region
)program1
)program2
)固件仅存储在第 2 节或第 3 节中。另一个保留用于将来的更新。因此,活动区域可以安全地覆盖另一个区域以存储更新。一个配置位被翻转,第 0 部分的 main() 函数现在在重启时跳转到另一个程序。
因此,我需要链接器将除isr
和之外的所有函数main
放入第 1 节,将其他所有函数放入第 2 节。第 3 节必须完全留空,因为将来可能会覆盖它。
我已经尝试通过修改默认链接器脚本来实现这一点,但是我没有成功。
链接脚本.ld:
/* [...] */
INCLUDE procdefs.gld
/* [...] */
SECTIONS
{
/* [...] */
.text :
{
/* isr() and main() should be at the very first locations in program memory */
*(.text.isr)
*(.text.main)
/* [...] */
. = ALIGN(4) ;
} >kseg0_program_mem
.program1 :
{
*(*.text)
} >program1
/* [...] */
}
Run Code Online (Sandbox Code Playgroud)
procdefs.gld:
/* [...] */
MEMORY
{
kseg0_program_mem (rx) : ORIGIN = 0x9D000000, LENGTH = 0x10000
startup_region (rx) : ORIGIN = 0x9D000000, LENGTH = 0x01000
program1 (rx) : ORIGIN = 0x9D002000, LENGTH = 0x07000
program2 (rx) : ORIGIN = 0x9D009000, LENGTH = 0x07000
kseg0_boot_mem : ORIGIN = 0x9FC00490, LENGTH = 0x970
/* [...] */
}
/* [...] */
Run Code Online (Sandbox Code Playgroud)
这导致以下结果:
isr()
并且main()
是它们应该在的位置(0x9D00000
是KSEG0
程序闪存开头的虚拟地址)
.text 0x9d000000 0x94
*(.text.isr)
.text.isr 0x9d000000 0x60 build/default/production/main.o
0x9d000000 isr
*(.text.main)
.text.main 0x9d000060 0x34 build/default/production/main.o
0x9d000060 main
Run Code Online (Sandbox Code Playgroud)
该program1
区域被正确放置并且大多数目标文件都被正确列出(但是请注意,它main.o
再次列出 - 它已被使用)。
.program1 0x9d002000 0xc44
*(*.text)
.text 0x9d002000 0x0 /opt/microchip/xc32/v2.10/bin/bin/../../lib/gcc/pic32mx/4.8.3/../../../../pic32mx/lib/./proc/32MX330F064H/crt0_mips32r2.o
.text 0x9d002000 0x0 /opt/microchip/xc32/v2.10/bin/bin/../../lib/gcc/pic32mx/4.8.3/../../../../pic32mx/lib/debug-exception-return.o
.text 0x9d002000 0x0 build/default/production/main.o
.text 0x9d002000 0x0 build/default/production/commands.o
/* [...] */
.text 0x9d002000 0x0 build/default/production/micro-ecc/uECC.o
Run Code Online (Sandbox Code Playgroud)
但是,某些功能位于此区域之外:
.text.uECC_verify
0x9d000b04 0x7c0
.text.uECC_verify
0x9d000b04 0x7c0 build/default/production/micro-ecc/uECC.o
0x9d000b04 uECC_verify
.text.vli_mmod_fast_secp256r1
0x9d0012c4 0x520
.text.vli_mmod_fast_secp256r1
0x9d0012c4 0x520 build/default/production/micro-ecc/uECC.o
Run Code Online (Sandbox Code Playgroud)
我不明白为什么会发生这种情况。
我的问题是:
main
和isr
)放入program1
.program2
,让它保持自由。我正在用-ffunction-segments
switch编译软件,以便每个函数都有自己的段。
原始链接脚本还包含这个看起来可疑的评论:
/* Code Sections - Note that input sections *(.text) and *(.text.*)
are not mapped here. Starting in C32 v2.00, the best-fit allocator
locates them, so that .text may flow around absolute sections
as needed.
*/
Run Code Online (Sandbox Code Playgroud)
目标文件 main.o 与 function\xe2\x80\x99s 内存段不同.tex.main
。如果此目标文件生成一些其他文本段,它们将被放置在其他地方。这是您在地图文件中看到的内容。
正如 @Ctx 提到的,您的文本段的语法是错误的,而不是*(*.text)
应该的
.program1 :\n {\n *(.text*)\n } >program1\n
Run Code Online (Sandbox Code Playgroud)\n\n这样所有其他文本段将被正确地放置在program1
内存中。