当前位置：文档之家 › 解释一个ldscript资料

解释一个ldscript资料

  • 格式：doc
  • 大小：67.50 KB
  • 文档页数：33

解释一个ldscript资料解释一个ld.script资料GNU ld (GNU Binutils for Ubuntu)2.20.1-system.20100303Supported emulations:elf_i386i386linuxelf_x86_64elf_l1omusing internal linker script:============================================= =====/* Script for -z combreloc: combine and sort reloc sections */ OUTPUT_FORMAT("elf32-i386", "elf32-i386","elf32-i386")OUTPUT_ARCH(i386)ENTRY(_start)SEARCH_DIR("/usr/i486-linux-gnu/lib32");SEARCH_DIR("/usr/local/lib32");SEARCH_DIR("/lib32"); SEARCH_DIR("/usr/lib32"); SEARCH_DIR("/usr/i486-linux-gnu/lib");SEARCH_DIR("/usr/local/lib"); SEARCH_DIR("/lib");SEARCH_DIR("/usr/lib");SECTIONS{/* Read-only sections, merged into text segment: */ PROVIDE (__executable_start =SEGMENT_START("text-segment", 0x08048000));. = SEGMENT_START("text-segment", 0x08048000) + SIZEOF_HEADERS;.interp : { *(.interp) }.note.gnu.build-id : { *(.note.gnu.build-id) }.hash : { *(.hash) }.gnu.hash : { *(.gnu.hash) }.dynsym : { *(.dynsym) }.dynstr : { *(.dynstr) }.gnu.version : { *(.gnu.version) }.gnu.version_d : { *(.gnu.version_d) }.gnu.version_r : { *(.gnu.version_r) }.rel.dyn :{*(.rel.init)*(.rel.text .rel.text.* .rel.gnu.linkonce.t.*)*(.rel.fini)*(.rel.rodata .rel.rodata.* .rel.gnu.linkonce.r.*) *(.rel.data.rel.ro* .rel.gnu.linkonce.d.rel.ro.*)*(.rel.data .rel.data.* .rel.gnu.linkonce.d.*)*(.rel.tdata .rel.tdata.* .rel.gnu.linkonce.td.*)*(.rel.tbss .rel.tbss.* .rel.gnu.linkonce.tb.*)*(.rel.ctors)*(.rel.dtors)*(.rel.got)*(.rel.bss .rel.bss.* .rel.gnu.linkonce.b.*)*(.rel.ifunc)}.rel.plt :{*(.rel.plt)PROVIDE_HIDDEN (__rel_iplt_start = .);*(.rel.iplt)PROVIDE_HIDDEN (__rel_iplt_end = .);}.init :{KEEP (*(.init))} =0x90909090.plt : { *(.plt) *(.iplt) }.text :{*(.text.unlikely .text.*_unlikely)*(.text .stub .text.* .gnu.linkonce.t.*)/* .gnu.warning sections are handled specially by elf32.em. */*(.gnu.warning)} =0x90909090.fini :{KEEP (*(.fini))} =0x90909090PROVIDE (__etext = .);PROVIDE (_etext = .);PROVIDE (etext = .);.rodata :{ *(.rodata .rodata.* .gnu.linkonce.r.*) }.rodata1 : { *(.rodata1) }.eh_frame_hdr : { *(.eh_frame_hdr) }.eh_frame : ONLY_IF_RO { KEEP(*(.eh_frame)) }.gcc_except_table : ONLY_IF_RO{ *(.gcc_except_table .gcc_except_table.*) }/* Adjust the address for the data segment. We want to adjust up tothe same address within the page on the next page up. */. = ALIGN (CONSTANT (MAXPAGESIZE)) - ((CONSTANT (MAXPAGESIZE) - .) & (CONSTANT (MAXPAGESIZE) - 1)); . = DATA_SEGMENT_ALIGN (CONSTANT (MAXPAGESIZE), CONSTANT (COMMONPAGESIZE));/* Exception handling */.eh_frame : ONLY_IF_RW { KEEP(*(.eh_frame)) }.gcc_except_table : ONLY_IF_RW{ *(.gcc_except_table .gcc_except_table.*) }/* Thread Local Storage sections */.tdata : { *(.tdata .tdata.* .gnu.linkonce.td.*) }.tbss : { *(.tbss .tbss.* .gnu.linkonce.tb.*)*(.tcommon) }.preinit_array :{PROVIDE_HIDDEN (__preinit_array_start = .); KEEP (*(.preinit_array))PROVIDE_HIDDEN (__preinit_array_end = .); }.init_array :{PROVIDE_HIDDEN (__init_array_start = .);KEEP (*(SORT(.init_array.*)))KEEP (*(.init_array))PROVIDE_HIDDEN (__init_array_end = .);}.fini_array :{PROVIDE_HIDDEN (__fini_array_start = .); KEEP (*(.fini_array))KEEP (*(SORT(.fini_array.*)))PROVIDE_HIDDEN (__fini_array_end = .);}.ctors :{/* gcc uses crtbegin.o to find the start ofthe constructors, so we make sure it isfirst. Because this is a wildcard, itdoesn't matter if the user does notactually link against crtbegin.o; thelinker won't look for a file to match awildcard. The wildcard also means that itdoesn't matter which directory crtbegin.ois in. */KEEP (*crtbegin.o(.ctors))KEEP (*crtbegin?.o(.ctors))/* We don't want to include the .ctor section from the crtend.o file until after the sorted ctors.The .ctor section from the crtend file contains theend of ctors marker and it must be last */ KEEP (*(EXCLUDE_FILE (*crtend.o*crtend?.o ) .ctors))KEEP (*(SORT(.ctors.*)))KEEP (*(.ctors))}.dtors :{KEEP (*crtbegin.o(.dtors))KEEP (*crtbegin?.o(.dtors))KEEP (*(EXCLUDE_FILE (*crtend.o*crtend?.o ) .dtors))KEEP (*(SORT(.dtors.*)))KEEP (*(.dtors))}.jcr : { KEEP (*(.jcr)) }.data.rel.ro :{ *(.data.rel.ro.local* .gnu.linkonce.d.rel.ro.local.*) *(.data.rel.ro* .gnu.linkonce.d.rel.ro.*) }.dynamic : { *(.dynamic) }.got : { *(.got) *(.igot) }. = DATA_SEGMENT_RELRO_END (12, .);.got.plt : { *(.got.plt) *(.igot.plt) }.data :{*(.data .data.* .gnu.linkonce.d.*)SORT(CONSTRUCTORS)}.data1 : { *(.data1) }_edata = .; PROVIDE (edata = .);__bss_start = .;.bss :{*(.dynbss)*(.bss .bss.* .gnu.linkonce.b.*)*(COMMON)/* Align here to ensure that the .bss section occupies space up to_end. Align after .bss to ensure correct alignment even if the.bss section disappears because there are no input sections.FIXME: Why do we need it? When there is no .bss section, we don'tpad the .data section. */. = ALIGN(. != 0 ? 32 / 8 : 1);}. = ALIGN(32 / 8);. = ALIGN(32 / 8);_end = .; PROVIDE (end = .);. = DATA_SEGMENT_END (.);/* Stabs debugging sections. */.stab 0 : { *(.stab) }.stabstr 0 : { *(.stabstr) }.stab.excl 0 : { *(.stab.excl) }.stab.exclstr 0 : { *(.stab.exclstr) }.stab.index 0 : { *(.stab.index) }.stab.indexstr 0 : { *(.stab.indexstr) }.comment 0 : { *(.comment) }/* DWARF debug sections.Symbols in the DWARF debugging sections are relative to the beginningof the section so we begin them at 0. *//* DWARF 1 */.debug 0 : { *(.debug) }.line 0 : { *(.line) }/* GNU DWARF 1 extensions */.debug_srcinfo 0 : { *(.debug_srcinfo) }.debug_sfnames 0 : { *(.debug_sfnames) }/* DWARF 1.1 and DWARF 2 */.debug_aranges 0 : { *(.debug_aranges) }.debug_pubnames 0 : { *(.debug_pubnames) }/* DWARF 2 */.debug_info 0 : { *(.debug_info .gnu.linkonce.wi.*) } .debug_abbrev 0 : { *(.debug_abbrev) }.debug_line 0 : { *(.debug_line) }.debug_frame 0 : { *(.debug_frame) }.debug_str 0 : { *(.debug_str) }.debug_loc 0 : { *(.debug_loc) }.debug_macinfo 0 : { *(.debug_macinfo) }/* SGI/MIPS DWARF 2 extensions */.debug_weaknames 0 : { *(.debug_weaknames) }.debug_funcnames 0 : { *(.debug_funcnames) }.debug_typenames 0 : { *(.debug_typenames) }.debug_varnames 0 : { *(.debug_varnames) }/* DWARF 3 */.debug_pubtypes 0 : { *(.debug_pubtypes) }.debug_ranges 0 : { *(.debug_ranges) }.gnu.attributes 0 : { KEEP (*(.gnu.attributes)) }/DISCARD/ : { *(.note.GNU-stack) *(.gnu_debuglink)*(.gnu.lto_*) }}============================================= =====下面逐句解释。

合集下载

gcc ldscript 编写

gcc ldscript 编写

gcc ldscript 是用于在编译时指定信息器脚本的功能。

信息器脚本用于控制可执行文件的布局和其加载位置区域，它允许用户指定了程序中各个段的大小、起始位置，并可以在信息时向文件中插入一些信息。

1. GCC LINKER SCRIPTS (GCC信息脚本)GCC信息器脚本是一种用于控制信息阶段的文件，它包含了一系列命令来指定输出文件的段的位置和长度等。

信息器脚本的文件通常以.ld 或.x文件格式结尾。

通过信息脚本，用户可以定制可执行文件的布局，例如指定程序的入口位置区域、定义程序中各个段的大小和位置。

信息脚本的定义通常包含了如下几个部分：- OUTPUT- SECTIONS- MEMORY- 另外一些可选的部分2. LDSCRIPTS EXAMPLES (ld脚本示例)以下是一个简单的信息器脚本示例：```cSECTIONS{.text 0x1000 : { *(.text) }.data 0x8000 : { *(.data) }.bss 0xC000 : { *(.bss) }}```在这个示例中，我们定义了三个段：.text、.data、.bss。

每个段都有一个起始位置区域，以及用`{}`括起来的段内容规则。

在这个示例中，.text段的起始位置区域是0x1000，它包含了所有的`.text`类型的段。

.data段的起始位置区域是0x8000，它包含了所有的`.data`类型的段。

.bss段的起始位置区域是0xC000，它包含了所有的`.bss`类型的段。

3. LDSCRIPTS LINKER SECTION PLACEMENT (信息器段放置)信息器脚本中的段定义遵循以下的规则：- 段的起始位置区域通常是一个固定的值，这个值通常由操作系统规定。

- 段的放置是按照信息器规则来进行的，用户也可以通过脚本来指定段的放置规则。

信息器脚本的一个重要功能是允许用户指定可执行文件的入口位置区域。

入口位置区域通常指向程序的m本人n函数。

一文了解Redis

一文了解Redis

一文了解RedisRedis 是一种远程字典服务。

是一种键值(Key-Value)数据库。

相较于MySQL 之类的关系型数据库，Redis是一种非关系型数据库。

Redis存储的数据只包含键和值两部分，只能通过键来查询值。

这样简单的存储结构，能让Redis的读写效率非常高(HashMap读写效率都是O(1))。

Redis常用数据类型StringString是最简单的数据类型了，它是由简单动态字符串（SDS）实现的。

Redis 的 SDS 不光可以保存文本数据还可以保存二进制数据，并且获取字符串长度复杂度为 O(1)。

常用命令：set(设置key-value类型的值）,get（根据key获取对应的value）,strlen（返回key所储存的字符串值的长度）,exists（判断某个key 是否存在）,del（删除某个key对应的值）,incr（将key所储存的数字加1）,setex （设置过期时间）Listlist 即是链表。

链表是一种非常常见的数据结构，特点是易于数据元素的插入和删除并且且可以灵活调整链表长度，但是链表的随机访问困难。

许多高级编程语言都内置了链表的实现比如 Java中LinkedList，但是C语言并没有实现链表，所以Redis实现了自己的链表数据结构。

Redis的list的实现为一个双向链表，即可以支持反向查找和遍历，更方便操作，不过带来了部分额外的内存开销。

常用命令: rpush（向 list的尾部添加元素）,lpop（移除并返回列表的第一个元素，若key不存在或不是列表则返回false）,lpush（从list头部插入一个值）,rpop（移除并返回列表的最后一个元素，若key不存在或不是列表则返回false）,lrange（获取列表指定区间中的元素。

0表示列表第一个元素，-1表示最后一个元素，-2表示倒数第二个元素。

）、llen （返回列表长度）等Hashhash 类似于JDK1.8前的 HashMap，内部实现也差不多(数组 + 链表)。

关于GNU LD和LD脚本

关于GNU LD和LD脚本

ld脚本ld,即GNU的连接工具，用于将各目标文件合并在一起，并重新安排他们的数据以及符号的引用，常常是程序编译的最后一步。

ld scripts 即ld脚本。

ld 脚本的主要目的是要描述怎样将输入文件的各段印象到输出文件中去。

它控制输出文件在内存的布局情况。

--------------------------------------------------------------------------------关于VMA ，LMA每一个可装载的输出段都有两个地址：VMA(Virtual memory address) 和LMA (Load memory address)VMA 是输出段运行时的地址，LMA 则是输出段被装载的地址。

而这2个地址常常是相同的。

在某些情况下二者是有区别的。

比如，一个data段被装载到ROM中，然后在程序启动的时候被拷贝到了RAM中去。

（这种技术常常用在以ROM 为基础的系统中，用来初始化全局变量，而我们的系统的处理方法可能与此类似？）--------------------------------------------------------------------------------关于SECTIONS命令的使用SECTIONS告诉LD怎样将输入的段印象到输出的段，以及怎样将输出的段装载到内存中去。

这是我们在内存布局中常常要用到的命令。

段的基本结构如下: SECTIONS{sections- commandsections- command...}其中的sections-command 可作如下选择：* 程序入口点设置命令ENTRY。

* 符号赋值* 输出段描述（下面会提到）* 覆盖描述。

(overlay description)1.输出段描述(Output Section Description)：输出段描述的完整格式如下：SECTION [ address] [( type)] : [AT( LMA)]{output-sections-commandoutput-sections-command...} [> region] [: phdr : phdr ...] [=fillexp]一般对于以上的描述不会全部用到，对于这些描述的用法，后面将会讲述到。

Linux链接脚本学习--lds

Linux链接脚本学习--lds

Linux链接脚本学习--lds⼀、概论ld:GNU的链接器.⽤来把⼀定量的⽬标⽂件跟档案⽂件链接在⼀起,并重新定位它们的数据,链接符号引⽤.⼀般编译⼀个程序时,最后⼀步就是运⾏ld进⾏链接每⼀个链接都被⼀个链接脚本所控制,这个脚本是⽤链接命令语⾔书写的.⼆、链接脚本链接脚本的⼀个主要⽬的是描述输⼊⽂件中的各个段(数据段,代码段,堆,栈,bss)如何被映射到输出⽂件中,并控制输出⽂件的内存排布.链接器总是使⽤链接脚本的,如果你不提供,则链接器会使⽤⼀个缺省的脚本,这个脚本是被编译进链接器可执⾏⽂件的.可以使⽤--verbose命令⾏显⽰缺省的链接器脚本的内容.你可以使⽤-T命令⾏来提供你⾃⼰的链接脚本来替换缺省的链接脚本.三、简单的链接脚本⽰例.许多脚本是相当简单的.可能最简单的脚本只含有⼀个命令:’SECTIONS’.你可以使⽤’SECTIONS’来描述输出⽂件的内存布局.‘SECTIONS’是⼀个功能很强⼤的命令.假设你的程序只有代码段,初始化过的数据段,和未初始化过的数据段.这些会存在于’.text’,’data’,’bss’段中.对于这个例⼦,假设代码应该被载⼊到地址0x1000处,⽽数据应该从0x8000000开始,如下是实现这个功能的脚本:SECTIONS{.=0x1000;.text:{*(.text)}.=0x8000000;.data:{*(.data)}.bss:{*(.bss)}}具体分析:关键字’SECTIONS’开始于这个配置.后⾯跟有⼀串放在花括号中的符号赋值和输出端描述的内容.第⼀⾏是对⼀个特殊的符号’.’赋值,这是⼀个定位标识器.如果你没有以其他的⽅式制定输出段的地址,那地址值就会被设为定位标识器的现有值,即0x1000.第⼆⾏定义⼀个输出段,’.text’.冒号’:’是语法需要,现在可以被忽略.段后⾯的花括号中,应该列出所有应该放⼊这个输出段中的输⼊端的名字.’*’是通配符,匹配所有⽂件名.即将所有输⼊⽂件中的.text段都保存在此段中.余下的是.data和.bss段,同理,链接器会把所有.data段从地址0x8000000开始处放置.最后,定位标识器的值变为0x8000000加上所有.data段的地址.此时链接器把所有.bss放在此处开始的地址.四、简单的链接脚本命令设置⼊⼝点在运⾏⼀个程序时,第⼀个被执⾏到的指令成为”⼊⼝点”.你可以使⽤”ENTRY”链接脚本命令来设置⼊⼝点.参数是⼀个符号名,如下:ENTRY(SYMBOL)有很多不同的⽅法来设置⼊⼝点.链接器会通过按顺序尝试⼀下⽅法来设置⼊⼝点,如果成功了,就会停⽌.1,’-e’ ⼊⼝命令⾏选项2,链接脚本中的ENTRY(SYMBOL)命令3,如果定义了start,就使⽤start的值4,如果存在就使⽤’.text’段的⾸地址5,地址’0’五、命令⾏设置链接地址ld⽤于将多个obj或者so(库)⽂件链接成可执⾏⽂件.使⽤-T选项可以指定数据段,代码段,bss段起始位置.(-T只⽤于链接bootloader、内核等没有底层软件⽀持的软件.链接运⾏于操作系统之上的应⽤程序时,⼀般使⽤默认⽅式链接).1,直接指定代码段、数据段、bss段起始地址如下:-Ttext startaddr-Tdata startaddr-Tbss startaddr例如:ld –Ttext 0x00000000 –g led_on.o –o led_on_elf2,直接使⽤链接脚本来设置起始地址ld –Ttimer.lds –o timer_elf a.o b.o链接脚本timer.lds内容如下:SECTIONS{.=0x30000000;.text : {*(.text)}.rodata ALIGN(4) : {*(.rodata)}.data ALIGN(4) : {*(.data)}.bss ALIGN(4) : {*.(.bss) *(COMMON)}}⼀个SECTIONS命令内部包含⼀个或多个段,段(section)是连接脚本的基本单元,它表⽰输⼊⽂件中的某部分怎么放置.。