makefile使用.lds链接脚本以及 @,@,^, $,< 解析【转】

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介:
转自:http://www.cnblogs.com/lifexy/p/7089873.html

先来分析一个简单的.lds链接脚本

 

例1,假如现在有head.c init.c nand.c main.c这4个文件:

1.1 首先创建链接脚本nand.lds:

1 SECTIONS { 
2   firtst      0x00000000 : { head.o init.o nand.o}
3   second     0x30000000 : AT(4096) { main.o }
4 } 
 

SECTIONS { ... }                  用来描述输出文件的内存布局。

这个脚本里规定了两个段,firtst和cecond

0x00000000   0x30000000   

表示链接地址或运行地址,指程序在SRAM、SDRAM实际运行的地址,也就是使PC等于这个地址。

这里指head.o init.o nand.o的加载地址为0,运行地址在0x00000000,main.o运行地址在0x30000000

AT(4096)                               

表示加载地址或存储地址,指程序编译后存放的地址,一般存在ROM、FLASH中,也就是运行这个指令时,会先将4096地址~(4096+2048)地址处的内容复制到0x30000000处运行(因为已经初始化了SDRAM以及Nand Flash)。

这里指main.o的加载地址为Nand Flash里的地址4096,运行地址在SDRAM里的地址  0x30000000。

1.2 制作Makefile

复制代码
复制代码
objs := head.o init.o nand.o main.o

nand.bin : $(objs)  
    arm-linux-ld -Tnand.lds    -o nand_elf $^
    arm-linux-objcopy -O binary -S nand_elf $@
    arm-linux-objdump -D -m arm  nand_elf > nand.dis

%.o:%.c
    arm-linux-gcc -Wall -c -O2 -o $@ $<

%.o:%.S
    arm-linux-gcc -Wall -c -O2 -o $@ $<

clean:
    rm -f  nand.dis nand.bin nand_elf *.o
复制代码
复制代码
 其中 objs 是代表的一个变量,表示obj文件,也可以是objects, OBJECTS, objs, OBJS, obj, 或是 OBJ,后面就可以使用$(objs)来使用这个变量了。

$@               目标文件

$^                 所有的依赖文件

$<                 第一个依赖文件

例如: arm-linux-ld -Tnand.lds -o nand_elf $^          <<——  等价于  ——>>    arm-linux-ld  -o nand_elf  head.o init.o nand.o main.o  

%.o:%.c                  表示所有的.o文件,依赖于对应的.c文件

%.o:%.S                  表示所有的.o文件,依赖于对应的.S文件

 

当有多个.o文件时,这时候.lds链接脚本 又该如何安排它们在可执行文件中的顺序?

这里就需要将多个目标文件的.text、.data和.bss等段链接在一起而链接脚本文件是告诉链接器从什么地址开始放置这些段

.text:代码段,存放程序执行代码的一块内存
.data:读/写数据段,存放已初始的全局变量或静态变量的一块内存
.rodata:只读数据段,存放只读数据段,比如全局const变量和#define定义的变量
.bss:存放未初始化的全局变量或静态变量,这里的变量存放只是用来预留位置,并不占用空间
常用命令:

 

ENTRY(SYMBOL);将SYMBOL的值设置成入口地址。一般设置为_start。

 

OUTPUT(FILENAME); 定义输出文件的名字。可以用它来指定默认的输出文件名称。当然我们一般都用手动-o进行指定,如果我们没有进行手动指定的话,输出文件名称就以这个FILENAME为输出文件名。

 

STARTUP(filename);指定filename为第一个输入文件。

 

OUTPUT_FORMAT(default, big, little);定义3种输出文件的格式。若有命令行选项-EB(大端),则使用第二个输出格式,有命令行指定-EL(小端),则使用第三个格式。否则使用默认的default输出格式。

 

OUT_ARCH(arch);设置输出文件的体系架构。

 

 SECTIONS :最重要的,最基本的,也是最主要的命令,它告诉链接器如何把输入文件的各个section输出到目标文件中的各个section中去。

 

例2:分析 board/100ask24x0/u-boot.lds链接脚本

 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
OUTPUT_ARCH(arm)                                //设置输出文件的体系架构。
ENTRY(_start)                                   //将_start这个全局符号设置成入口地址。
SECTIONS                                        //输出文件内容布局
{
    . = 0x00000000;                            //指定地址0x00000000
 
    . = ALIGN(4);                             //代码以4字节对齐
    .text      :                                //指定.text section段(位于0x00000000)   
    {
      cpu/arm920t/start.o   (.text)          //添加第一个目标文件: cpu/arm920t/start.o里面的.text代码段
          board/100ask24x0/boot_init.o (.text)   //添加第二个目标文件: board/100ask24x0/boot_init.o里面的.text代码段
      *(.text)                               // *(.text) 表示添加剩下的全部文件的.text代码段
    }
 
    . = ALIGN(4);
    .rodata : { *(.rodata) }        //指定.rodata section段(位于0x00000000+.text section),将所有的.rodata只读数据段合并成一个.rodata只读数据段 
 
    . = ALIGN(4);
    .data : { *(.data) }            //指定读写数据段,     *(data):添加所有文件的数据段
 
    . = ALIGN(4);
    .got : { *(.got) }              //指定got段,got段是uboot自定义的一个段
 
    . = .;
    __u_boot_cmd_start = .;            //把__u_boot_cmd_start赋值为当前位置, 即起始位置
    .u_boot_cmd : { *(.u_boot_cmd) }   // u_boot_cmd段,所有的u-boot命令相关的定义都放在这个位置
    __u_boot_cmd_end = .;              //  u_boot_cmd段结束位置
 
    . = ALIGN(4);
    __bss_start = .;                   //把__bss_start赋值为当前位置,即bss段的开始位置
    .bss : { *(.bss) }                 //指定bss段,这里NOLOAD的意思是这段不需装载,仅在执行域中才会有这段
    _end = .;                          //把_end赋值为当前位置,即bss段的结束位置
}
 

  

 

有什么不懂的或有误的地方欢迎指出,非常感谢

版权声明:本文为博主原创文章,未经博主允许不得转载。



本文转自张昺华-sky博客园博客,原文链接:http://www.cnblogs.com/sky-heaven/p/8275796.html,如需转载请自行联系原作者
相关文章
|
2月前
|
设计模式 存储 人工智能
深度解析Unity游戏开发:从零构建可扩展与可维护的游戏架构,让你的游戏项目在模块化设计、脚本对象运用及状态模式处理中焕发新生,实现高效迭代与团队协作的完美平衡之路
【9月更文挑战第1天】游戏开发中的架构设计是项目成功的关键。良好的架构能提升开发效率并确保项目的长期可维护性和可扩展性。在使用Unity引擎时,合理的架构尤为重要。本文探讨了如何在Unity中实现可扩展且易维护的游戏架构,包括模块化设计、使用脚本对象管理数据、应用设计模式(如状态模式)及采用MVC/MVVM架构模式。通过这些方法,可以显著提高开发效率和游戏质量。例如,模块化设计将游戏拆分为独立模块。
185 3
|
3月前
|
XML Web App开发 数据挖掘
Postman接口测试工具全解析:功能、脚本编写及优缺点探讨
文章详细分析了Postman接口测试工具的功能、脚本编写、使用场景以及优缺点,强调了其在接口自动化测试中的强大能力,同时指出了其在性能分析方面的不足,并建议根据项目需求和个人偏好选择合适的接口测试工具。
121 1
|
3月前
|
Java Shell Linux
【Linux入门技巧】新员工必看:用Shell脚本轻松解析应用服务日志
关于如何使用Shell脚本来解析Linux系统中的应用服务日志,提供了脚本实现的详细步骤和技巧,以及一些Shell编程的技能扩展。
56 0
【Linux入门技巧】新员工必看:用Shell脚本轻松解析应用服务日志
|
5月前
|
缓存 监控 安全
深入解析Elasticsearch中脚本原理
深入解析Elasticsearch中脚本原理
|
6月前
|
弹性计算 运维 Shell
每天解析一个shell脚本(75)
【4月更文挑战第28天】shell脚本解析及训练(75)
42 7
|
6月前
|
弹性计算 运维 Shell
每天解析一个shell脚本(76)
【4月更文挑战第28天】shell脚本解析及训练(76)
38 4
|
6月前
|
弹性计算 Shell Apache
每天解析一个shell脚本(78)
【4月更文挑战第28天】shell脚本解析及训练(78)
30 3
|
6月前
|
弹性计算 运维 Shell
每天解析一个shell脚本(83)
【4月更文挑战第28天】shell脚本解析及训练(83)
23 2
|
6月前
|
弹性计算 运维 Shell
每天解析一个shell脚本(81)
【4月更文挑战第28天】shell脚本解析及训练(81)
38 1

推荐镜像

更多
下一篇
无影云桌面