在網上看到n多「大牛」們的移植文件，什麼s3c2410，s3c6410，arm7，arm9的，一大堆一大堆，大致看了下，百分之九十以上的文章都是介紹了在哪兒修改**，至於為什麼這樣修改卻是隻字未提。當然，這樣的文件對於做產品是好樣的，因為產品只追求結果，開發人員如何實現，為什麼要這樣實現已經不重要了。所以，本系列計畫與大家分享移植如何實現，為什麼要這樣移植作詳細介紹，由於個人並非天才，所以在寫作過程中需要閱讀大量的datasheet，甚至於反覆讀，所以更新不會太快。當然如有不當之處，敬請各位不吝指正。
有過linux程式設計的朋友都知道，單一檔案可以直接通過gcc命令列方式進行，但如果有多個檔案或者是上百個以至於上千檔案的專案，用這種方式只能對他說一句「兄弟，我真的服咯u」。makefile提供了對原始檔進行管理的方式，通過檢視u-boot根目錄下的makefile檔案，可以看到u-boot的編譯過程。對於記憶體的管理，我們只需要關注最後的鏈結方式，在makefile中有如下部分：
$(obj)u-boot: depend $(subdirs) $(objs) $(libboard) $(libs) $(ldscript) $(obj)u-boot.lds
$(gen_uboot)
ifeq ($(config_kallsyms),y)
smap=`$(call system_map,u-boot) | \
awk '$$2 ~ /[ttww]/ '` ; \
$(cc) $(cflags) -dsystem_map="\"$$\"" \
-c common/system_map.c -o $(obj)common/system_map.o
$(gen_uboot) $(obj)common/system_map.o
endif
選擇乙個檔案開啟，這裡以cpu\arm_cortexa8\u-boot.lds為例，其它檔案類似。開啟檔案後，**並不多，加檔案說明、空行、括號都不足百行，是不是覺得有點竊喜呢？既然如此，親，我就直接把原始碼貼出來了喲，一會再逐個「包郵」喲！
output_format("elf32-littlearm", "elf32-littlearm", "elf32-littlearm")
output_arch(arm)
entry(_start)
sections
. = align(4);
.rodata :
. = align(4);
.data :
. = align(4);
.got :
__u_boot_cmd_start = .;
.u_boot_cmd :
__u_boot_cmd_end = .;
. = align(4);
__bss_start = .;
.bss :
_end = .;
}
output_format("elf32-littlearm", "elf32-littlearm", "elf32-littlearm"")output_arch(arm)entry(_start)sections
.rodata :.data :.got :__u_boot_cmd_start = ..u_boot_cmd :__u_boot_cmd_end = .__bss_start = ..bss :_end = .
}
ok，本節提到的還留下幾個問題。
python 程式解讀 python的程式分析
profile模組和cprofile模組可以用來分析程式。它們的工作原理都一樣，唯一的區別是，cprofile模組是以c擴充套件的方式實現的，如此一來執行的速度也快了很多，也顯得比較流行。這兩個模組都可以用來收集覆蓋資訊 比如，有多少函式被執行了 也能夠收集效能資料。對乙個程式進行分析的最簡單的方法...
程式的記憶體布局
程序的記憶體布局 1.段 存放程式的可執行 2.唯讀資料段 ro data 存放不需要被更改的資料 3.已初始化讀寫資料段 rw data 存放在程式中宣告的，並且具有初始值的變數。程式執行時應位於可讀寫的區域，並具有初始值，以供程式執行時讀寫。4.未初始化資料段 bss 未初始化資料實在程式中宣告...
程式的記憶體布局
專題五 記憶體管理的藝術。包括以下章節 各個段的作用 堆疊段在程式執行後才正式存在，是程式執行的基礎.bss段存放的是未初始化的全域性變數和靜態變數.text段存放的是程式中的可執行 data段儲存的是那些已經初始化了的全域性變數和靜態變數.rodata段存放程式中的常量值，如字串常量竊以為 區域性...