gpt4 book ai didi

c - 使用 rtems-gcc 编译时,如何强制代码的入口点位于地址 0

转载 作者:太空宇宙 更新时间:2023-11-04 02:59:33 27 4
gpt4 key购买 nike


我有一个简单的代码,我正在尝试使用 lm32-rtems4.11-gcc 进行编译。
我有代码、编译命令和下面的 lst。当我编译时,我看到在顶部添加了一堆代码,而不是我想要的启动代码。我希望处理器在复位后启动的代码位于位置 3f4 而不是 0。我需要帮助的是弄清楚其余代码是如何进入的,并找到一种方法将其删除或将所有代码移动到地址在我的代码之后。感谢您的帮助。
谢谢

代码:

 //FILE: crt.S

.globl _start

.text
_start:
xor r0, r0, r0
mvhi sp, hi(_fstack)
ori sp, sp, lo(_fstack)
mv fp,r0
mvhi r1, hi(_fbss)
ori r1, r1, lo(_fbss)
mvhi r2, hi(_ebss)
ori r2, r2, lo(_ebss)
1:
bge r1, r2, 2f
sw (r1+0), r0
addi r1, r1, 4
bi 1b
2:
calli main
mvhi r1, 0xdead
ori r2, r0, 0xbeef
sw (r1+0), r2

//FILE: hello_world.c

void putc(char c)
{
char *tx = (char*)0xff000000;
*tx = c;
}

void puts(char *s)
{
while (*s) putc(*s++);
}

void main(void)
{
puts("Hello World\n");
}

//FILE: linker.ld

OUTPUT_FORMAT("elf32-lm32")
ENTRY(_start)

__DYNAMIC = 0;

MEMORY {
pmem : ORIGIN = 0x00000000, LENGTH = 0x8000
dmem : ORIGIN = 0x00008000, LENGTH = 0x8000
}

SECTIONS
{
.text :
{
_ftext = .;
*(.text .stub .text.* .gnu.linkonce.t.*)
_etext = .;
} > pmem

.rodata :
{
. = ALIGN(4);
_frodata = .;
*(.rodata .rodata.* .gnu.linkonce.r.*)
*(.rodata1)
_erodata = .;
} > dmem

.data :
{
. = ALIGN(4);
_fdata = .;
*(.data .data.* .gnu.linkonce.d.*)
*(.data1)
_gp = ALIGN(16);
*(.sdata .sdata.* .gnu.linkonce.s.*)
_edata = .;
} > dmem

.bss :
{
. = ALIGN(4);
_fbss = .;
*(.dynsbss)
*(.sbss .sbss.* .gnu.linkonce.sb.*)
*(.scommon)
*(.dynbss)
*(.bss .bss.* .gnu.linkonce.b.*)
*(COMMON)
. = ALIGN(4);
_ebss = .;
_end = .;
} > dmem
}

编译命令

lm32-rtems4.11-gcc -Tlinker.ld -fno-builtin -o hello_world.elf crt.S hello_world.c
lm32-rtems4.11-objdump -DS hello_world.lst hello_world.elf

第一个文件

00000000 <rtems_provides_crt0>:
#include <signal.h> /* sigset_t */
#include <time.h> /* struct timespec */
#include <unistd.h> /* isatty */

void rtems_provides_crt0( void ) {} /* dummy symbol so file always has one */
0: c3 a0 00 00 ret

00000004 <rtems_stub_malloc>:
#define RTEMS_STUB(ret, func, body) \
ret rtems_stub_##func body; \
ret func body

/* RTEMS provides some of its own routines including a Malloc family */
RTEMS_STUB(void *,malloc(size_t s), { return 0; })
4: 34 01 00 00 mvi r1,0
8: c3 a0 00 00 ret

0000000c <malloc>:
c: 34 01 00 00 mvi r1,0
10: c3 a0 00 00 ret
.
.
.
//omitting other such unrelated code that was inserted into the code and going to the
//code at 3f4 that is the code I wanted at 0

000003f0 <__assert_func>:
3f0: c3 a0 00 00 ret

000003f4 <_start>:
3f4: 98 00 00 00 xor r0,r0,r0
3f8: 78 1c 00 00 mvhi sp,0x0
3fc: 3b 9c ff fc ori sp,sp,0xfffc
400: b8 00 d8 00 mv fp,r0
404: 78 01 00 00 mvhi r1,0x0
408: 38 21 84 48 ori r1,r1,0x8448
40c: 78 02 00 00 mvhi r2,0x0
410: 38 42 84 48 ori r2,r2,0x8448
414: 4c 22 00 04 bge r1,r2,424 <_start+0x30>
418: 58 20 00 00 sw (r1+0),r0
41c: 34 21 00 04 addi r1,r1,4
420: e3 ff ff fd bi 414 <_start+0x20>
424: f8 00 00 28 calli 4c4 <main>
428: 78 01 de ad mvhi r1,0xdead
42c: 38 02 be ef mvu r2,0xbeef
430: 58 22 00 00 sw (r1+0),r2
.
.
.

最佳答案

就您生成的 .elf 对象而言,执行从 0x3f4 开始,而不是从位置 0 开始。这是链接器映射将入口点指定为 _start 符号的结果。在将执行转移到程序时,无论什么解析 .elf 对象都应该跳转到该位置。

现在,也许 .elf 对象不是您想要的结果 - 如果结果不是由知道如何解析 .elf 对象的东西加载,那么您可能需要一些其他格式,例如作为平面二值图像。

使用带有小型嵌入式芯片的 gcc elf 工具链将 .elf 对象转换为平面二进制文件时,使用如下命令是很常见的

toolchain-prefix-objcopy -O binary something.elf something.bin

您也可能需要创建某种 stub 以跳转到 _start 标签,并调整您的链接器映射以确保它是图像中的第一件事。

但更一般地说,您可能会找到此工具链和此处理器或类似处理器的工作示例。从头开始设置嵌入式构建系统有点棘手,所以如果有机会找到可遵循的示例,请不要以困难的方式进行。

关于c - 使用 rtems-gcc 编译时,如何强制代码的入口点位于地址 0,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13620541/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com