對于.lds文件，它定義了整個程序編譯之后的連接過程，決定了一個可執行程序的各個段的存儲位置。雖然現在我還沒怎么用它，但感覺還是挺重要的，有必要了解一下。 先看一下GNU官方網站上對.lds文件形式的完整描述：

SECTIONS { ... secname start BLOCK(align) (NOLOAD) : AT ( ldadr ) ??{ contents } >region :phdr =fill ... }

secname和contents是必須的，其他的都是可選的。下面挑幾個常用的看看： 1、secname：段名 2、contents：決定哪些內容放在本段，可以是整個目標文件，也可以是目標文件中的某段（代碼段、數據段等） 3、start：本段連接（運行）的地址，如果沒有使用AT（ldadr），本段存儲的地址也是start。GNU網站上說start可以用任意一種描述地址的符號來描述。 4、AT（ldadr）：定義本段存儲（加載）的地址。 看一個簡單的例子：（摘自《2410完全開發》）

/* nand.lds */ SECTIONS { firtst 0x00000000 : { head.o init.o } second 0x30000000 : AT(4096) { main.o } }

以上，head.o放在0x00000000地址開始處，init.o放在head.o后面，他們的運行地址也是0x00000000，即連接和存儲地址相同（沒有AT指定）；main.o放在4096（0x1000，是AT指定的，存儲地址）開始處，但是它的運行地址在0x30000000，運行之前需要從0x1000（加載處）復制到0x30000000（運行處），此過程也就用到了讀取Nand flash。 這就是存儲地址和連接（運行）地址的不同，稱為加載時域和運行時域，可以在.lds連接腳本文件中分別指定。 編寫好的.lds文件，在用arm-linux-ld連接命令時帶-Tfilename來調用執行，如
arm-linux-ld –Tnand.lds x.o y.o –o xy.o。也用-Ttext參數直接指定連接地址，如
arm-linux-ld –Ttext 0x30000000 x.o y.o –o xy.o。 既然程序有了兩種地址，就涉及到一些跳轉指令的區別，這里正好寫下來，以后萬一忘記了也可查看，以前不少東西沒記下來現在忘得差不多了。。。 ARM匯編中，常有兩種跳轉方法：b跳轉指令、ldr指令向PC賦值。 我自己經過歸納如下： （1）?????? b step1 ：b跳轉指令是相對跳轉，依賴當前PC的值，偏移量是通過該指令本身的bit[23:0]算出來的，這使得使用b指令的程序不依賴于要跳到的代碼的位置，只看指令本身。 （2）?????? ldr pc, =step1 ：該指令是從內存中的某個位置（step1）讀出數據并賦給PC，同樣依賴當前PC的值，但是偏移量是那個位置（step1）的連接地址（運行時的地址），所以可以用它實現從Flash到RAM的程序跳轉。 （3）?????? 此外，有必要回味一下adr偽指令，U-boot中那段relocate代碼就是通過adr實現當前程序是在RAM中還是flash中。仍然用我當時的注釋：

relocate: /* 把U-Boot重新定位到RAM */ ??? adr r0, _start /* r0是代碼的當前位置 */ /* adr偽指令，匯編器自動通過當前PC的值算出 如果執行到_start時PC的值，放到r0中： 當此段在flash中執行時r0 = _start = 0；當此段在RAM中執行時_start = _TEXT_BASE(在board/smdk2410/config.mk中指定的值為0x33F80000，即u-boot在把代碼拷貝到RAM中去執行的代碼段的開始) */ ??? ldr r1, _TEXT_BASE /* 測試判斷是從Flash啟動，還是RAM */ /* 此句執行的結果r1始終是0x33FF80000，因為此值是又編譯器指定的(ads中設置，或-D設置編譯器參數) */ ??? cmp r0, r1 /* 比較r0和r1，調試的時候不要執行重定位 */

下面，結合u-boot.lds看看一個正式的連接腳本文件。這個文件的基本功能還能看明白，雖然上面分析了好多，但其中那些GNU風格的符號還是著實讓我感到迷惑，好菜啊，怪不得連被3家公司鄙視，自己鄙視自己。。。 OUTPUT_FORMAT("elf32­littlearm", "elf32­littlearm", "elf32­littlearm")
??;指定輸出可執行文件是elf格式,32位ARM指令,小端
OUTPUT_ARCH(arm)
??;指定輸出可執行文件的平臺為ARM
ENTRY(_start)
??;指定輸出可執行文件的起始代碼段為_start.
SECTIONS
{
????????. = 0x00000000 ; 從0x0位置開始
????????. = ALIGN(4) ; 代碼以4字節對齊
????????.text : ;指定代碼段
????????{
??????????cpu/arm920t/start.o (.text) ; 代碼的第一個代碼部分
??????????*(.text) ;其它代碼部分
????????}
????????. = ALIGN(4)
????????.rodata : { *(.rodata) } ;指定只讀數據段
????????. = ALIGN(4);
????????.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段, uboot把所有的uboot命令放在該段.
????????__u_boot_cmd_end = .;把__u_boot_cmd_end賦值為當前位置,即結束位置
????????. = ALIGN(4);
????????__bss_start = .; 把__bss_start賦值為當前位置,即bss段的開始位置
????????.bss : { *(.bss) }; 指定bss段
????????_end = .; 把_end賦值為當前位置,即bss段的結束位置
}

88888888**********************************

r與adr的區別

轉自：http://coon.blogbus.com/logs/2738861.html

??? ??? ldr???? r0, _start

????????adr???? r0, _start

????????ldr???? r0, =_start

????????nop

????????mov???? pc, lr

_start:

????????nop

????????

編譯的時候設置 RO 為 0x0c008000

↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓↓

0c008000 <_start-0x14>:

c008000:?????? e59f000c????????ldr???? r0, [pc, #12]?? ; c008014 <_start>

c008004:?????? e28f0008????????add???? r0, pc, #8??????; 0x8

c008008:?????? e59f0008????????ldr???? r0, [pc, #8]????; c008018 <_start+0x4>

c00800c:?????? e1a00000????????nop???????????????????? (mov r0,r0)

c008010:?????? e1a0f00e????????mov???? pc, lr

0c008014 <_start>:

c008014:?????? e1a00000????????nop???????????????????? (mov r0,r0)

c008018:?????? 0c008014????????stceq?? 0, cr8, [r0], -#80

分析：

ldr???? r0, _start

從內存地址 _start 的地方把值讀入。執行這個后，r0 = 0xe1a00000

adr???? r0, _start

取得 _start 的地址到 r0，但是請看反編譯的結果，它是與位置無關的。其實取得的時相對的位置。例如這段代碼在 0x0c008000 運行，那么 adr r0, _start 得到 r0 = 0x0c008014；如果在地址 0 運行，就是 0x00000014 了。

ldr???? r0, =_start

這個取得標號 _start 的絕對地址。這個絕對地址是在 link 的時候確定的。看上去這只是一個指令，但是它要占用 2 個 32bit 的空間，一條是指令，另一條是 _start 的數據（因為在編譯的時候不能確定 _start 的值，而且也不能用 mov 指令來給 r0 賦一個 32bit 的常量，所以需要多出一個空間存放 _start 的真正數據，在這里就是 0x0c008014）。

因此可以看出，這個是絕對的尋址，不管這段代碼在什么地方運行，它的結果都是 r0 = 0x0c008014

總結

以上是生活随笔為你收集整理的ARM uboot中的.lds的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。