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

先来分析一个简单的.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链接脚本

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段的结束位置
}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏菩提树下的杨过

基于Spring的简易SSO设计

通常稍微规模大一些的企业,内部已经有很多的应用系统,多个系统整合首先要解决的便是“统一登录(SSO)”问题,之前写过一篇 利用Membership实现SSO(单...

2046
来自专栏java相关

Redis学习笔记01---配置文件

1124
来自专栏互联网研发闲思录

zookeeper + LevelDB + ActiveMQ实现消息队列高可用

      通过集群实现消息队列高可用。       消息队列在项目中存储订单、邮件通知、数据分发等重要信息,故对消息队列稳定可用性有高要求。       现在...

2435
来自专栏Java开发

Spring MyBatis多数据源分包

创建基本的entity service dao 不同的数据源创建不同的包 我这里为了分辨 一个用的是Mysql 一个是Oracle 方便测试,

491
来自专栏闵开慧

hadoop图解

gateway机器是跳板机,提交job到云梯的,在gateway机器上只要配置hadoop-site.xml即可,配置文件中主要是指定jobtracker的地...

34810
来自专栏加米谷大数据

技术干货 | hadoop之hdfs安全模式

namenode启动时,首先将映像文件(fsimage)载入内存,并中兴编辑日志中的各项操作。一旦在内存中成功建立文件系统元数据的映像,则创建一个新的fsima...

3446
来自专栏日常工作总结

Redis运维总结

【持久化设置】 对于redis,有两种持久化方式:rdb和aof rdb:后台定期生成一个dump文件,保存当前redis内存中所有的数据 aof:类似日志,记...

1244
来自专栏张善友的专栏

HTTP Basic Authentication for RESTFul Service

面对用户认证的问题。最常见的实现方式一般是这样的:用户提交一个含有用户名和密码的表单,服务端脚本验证其合法性,如果通过验证,则在Session里标识一下,如此一...

20310
来自专栏Pythonista

centos7之saltstack使用手册

  salt是一个异构平台基础设置管理工具(虽然我们通常只用在Linux上),使用轻量级的通讯器ZMQ,用Python写成的批量管理工具,完全开源,遵守Apac...

711
来自专栏我是攻城师

分布式日志收集之Logstash 笔记(一)

2626

扫码关注云+社区