?????NASM匯編器和MASM匯編器一樣，都可以生成適用于Win32平臺的coff文件格式，這種文件格式可以被MS 的link.exe連接器連接成PE文件。通常，我們知道MASM可以通過includelib偽指令將導入庫的名稱傳給連接器link.exe，告知它該從哪個庫中導入所需外部符號，而NASM匯編器在這方面的能力卻是有過之而無不及，它可以通過info段，將更多的連接參數傳遞給link.exe，下面的兩段代碼展示了兩者之間的用法和差異：

;filename:?sayhellon.asm
;
;cmd>?nasm?-fcoff?-Xvc?sayhellon.asm
;cmd>?link?sayhellon.obj

extern?_MessageBoxA@16????;in?user32.dll
extern?_ExitProcess@4????;in?kernel32.dll

global?SayHello
global?_WinMain

[SECTION?.drectve?info?align=8]
????db?"?/subsystem:windows"
????db?"?/out:sayhellon.exe"
????db?"?/defaultlib:kernel32.lib"
????db?"?/defaultlib:user32.lib"
????db?"?/export:SayHello"
????db?"?/entry:WinMain"
????db?"?/merge:.rdata=.text",0

[SECTION?.text?USE32?align=16]
szTitle:
????db?"SayHello",0
szMsg:?
????db?"Hello?World!",?0
SayHello:
????push?0????????????????;uType
????push?dword?szTitle????;lpCaption
????push?dword?szMsg??????;lpText
????push?0????????????????;hWnd
????call?_MessageBoxA@16
????ret?16????

_WinMain:
????call?SayHello
????push?0
????call?_ExitProcess@4

???? 如上述代碼所示，我基本上把link.exe連接器所需要的參數都寫在源代碼的.drectve段中了，注意：.drectve段由info標志，info是一種特殊的段，這個段只在coff文件中存在，link.exe連接器從這個段中讀取控制指令參數，但是不會把這個段的內容寫到生成的PE文件中。對info段的使用，MASM也用到了，只不過比較間接，比如對includelib的使用間接地使用info段，代碼如下：

;filename:sayhellom.asm
;cmd>?ml?/c?/coff?/nologo?sayhellom.asm
;cmd>?link?/subsystem:windows?/libpath:\masm32\lib?
;?????????/merge:.rdata=.text?/export:SayHello?/out:sayhellom.exe?sayhellom.obj
;
????.586
????.model?flat,?stdcall
????option?casemap:none
?
????include?windows.inc
????include?kernel32.inc
????include?user32.inc
?
????includelib?kernel32.lib
????includelib?user32.lib

????public?c?SayHello

.code
szTitle:
????db?"SayHello",0
szMsg:
????db?"Hello?World!",?0
SayHello?PROC?C
????push?MB_OK??????????;uType
????push?offset?szTitle?;lpCaption
????push?offset?szMsg???;lpText
????push?0??????????????;hWnd
????call?[MessageBoxA]
????ret?16
SayHello?ENDP
?
start:
????call?SayHello
????push?0
????call?[ExitProcess]
end?start

?

?????上述兩種方法生成的EXE程序都是1kb大小，雖然效果相同，但NASM將參數寫在源代碼中，比較便于管理和生成，雖然可以通過Makefile文件管理生成步驟，但仍然會多一個Makefile文件，還要多用一個make.exe或nmake.exe，呵呵，這只是我的個人之見，畢竟MASM社區眾多，資源豐富，譬如頭文件、現成的宏定義等比較豐富，不過，有興趣的讀者仍然可以嘗試一下NASM的這一特性。

?????NASM還有一種更加方便的外部庫函數導入方法，就是import偽指令，import偽指令可以直接使用函數名，而不用給函數名加上'_'前綴和'@number'后綴，但import偽指令僅適合于OMF(borland obj)格式輸出，OMF格式是MS在16位下操作系統的目標文件格式，borland仍然使用這種格式，并將格式進行了擴展，使得可以在Win32環境下使用，NASM支持這種擴展的OMF格式，但必須顯式指定生成32位的obj。由于import偽指令需要OMF格式的支持，而MS的link.exe連接器會在連接時自動將OMF格式轉換成COFF格式，從而無法完成導入外部標志的操作，因此，需要一個直接支持連接OMF格式的連接器，這里推薦開源連接器alink.exe。alink.exe連接器將根據import偽指令生成的連接信息，找到所需動態庫，并自動導入外部函數符號，代碼如下：

;filename:sayhello.asm
;cmd>?nasm?-fobj?-Xvc?sayhello.asm
;cmd>?alink?-oPE?-subsys?windows?sayhello.obj

import?MessageBoxA?user32.dll
extern?MessageBoxA
import?ExitProcess?kernel32.dll
extern?ExitProcess

global?SayHello
export?SayHello

[SECTION?CODE?USE32?CLASS=CODE]
szTitle:
????db?"SayHello",0
szMsg:?
????db?"Hello?World!",?0
SayHello:
????push?0??????????????;uType
????push?dword?szTitle??;lpCaption
????push?dword?szMsg????;lpText
????push?0??????????????;hWnd
????call?[MessageBoxA]
????ret?16
?
..start:
????call?SayHello
????push?0
????call?[ExitProcess]

?

?????上述代碼段中的..start也是NASM針對OMF格式設計的程序入口簡化標志，export偽指令生成的導出指令也將由alink.exe來執行。注意：alink.exe不支持段合并（至少我不知道如何使用alink.exe進行段合并>_<），因此，連接生成的EXE程序稍大一些，為2.51kb，有3個段，而上述另兩種操作生成的EXE文件只有一個.text段。

轉載于:https://www.cnblogs.com/antoniozhou/archive/2008/10/23/1318287.html

總結

以上是生活随笔為你收集整理的NASM、MASM浅谈的全部內容，希望文章能夠幫你解決所遇到的問題。

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