在我們對DSP編程的時候，相信沒有人會把所有的代碼都放在同一個源文件里面：光各種寄存器的初始化代碼就有幾百上千行了，再加上我們自己書寫的代碼，想想假如一個.c文件里面有一萬行，該如何管理、調試呢?所以要按照功能、寄存器分類等進行劃分，這樣一個工程就包含了很多的頭文件、源程序等等，每個源程序經過編譯、匯編之后都會產生單獨的目標文件。因為對于程序的任何一點修改，都需要編譯器進行編譯，如果每次都把所有的程序進行重新編譯的話，是對時間和資源的極大浪費：特別是那些基于Eclipse的編譯環(huán)境，因為基于Java這樣的技術，本身就很慢，如果一次編譯的文件很多，編譯過程是非常痛苦的等待，甚至經常懷疑編譯環(huán)境是不是已經掛掉了?所以為了提高效率，我們可以使用增量編譯技術只對有修改的文件進行重新編譯和匯編，而沒有修改的則不需要更新目標文件。但是因為編譯器和匯編器對每個源文件是單獨匯編的，它們并不知道某個模塊中的數據和程序相對于另一個模塊而言，具體位置在哪里，所以接下來我們就需要使用鏈接器把所有的目標文件給“拼接”起來，最終生成一個可以獨立運行的文件，即可執(zhí)行文件。它的功能包括三個主要的步驟：

(1)將代碼和數據放入“假想”中的內存：鏈接器基于.cmd文件中對存儲器地址的劃分，按照不同的段把代碼和數據分別裝入對應的地址中;當然這完全是在電腦上完成的，不需要實際的DSP和RAM“出面”。

(2)為數據和指令分配內存地址：最簡單的例子，為函數中斷的入口制定一個地址，這樣在進中斷的時候，程序指針直接跳轉到中斷入口的地址就行了。

(3)修改內部和外部的引用：鏈接器使用每個目標文件中的重定位信息和符號表，來解析某個目標文件中未定義的符號，因為它有可能是在別的目標文件中定義的。

為了更好地理解鏈接器的行為，我們就需要了解一下它的配置選項。鏈接器的配置選項也很多，但是和程序優(yōu)化的那些選項相比，其含義要更容易理解一些。表1是鏈接器的最基本選項，定義了鏈接器正常工作所必須的參數。

鏈接器的文件搜索選項則是鏈接器用來尋找文件時使用的，例如查找某個和FPU運行有關的浮點庫函數，如表2所示。