001 #pragma使用

Post date: 2012/7/19 上午 06:37:54

本文轉載CSDN

儘管 C 和 C++ 都已經有標準,但是幾乎每個編譯器 (廣義,包含連接器等) 擴展一些 C/C++ 關鍵字。合理地應用這些關鍵字,有

時候能使我們的工作非常方便。下面隨便說說 Visual C++ 中 #pragma 指示符的使用。

一、用#pragma導出DLL函數

傳統的到出 DLL 函數的方法是使用模塊定義文件 (.def),Visual C++ 提供了更簡潔方便的方法,那就是「__declspec()」關

鍵字後面跟「dllexport」,告訴連接去要導出這個函數,例如:

__declspec(dllexport) int __stdcall MyExportFunction(int iTest);

把「__declspec(dllexport)」放在函數聲明的最前面,連接生成的 DLL 就會導出函數「_MyExportFunction@4」。

上面的導出函數的名稱也許不是我的希望的,我們希望導出的是原版的「MyExportFunction」。還好,VC 提供了一個預處理指

示符「#pragma」來指定連接選項 (不僅僅是這一個功能,還有很多指示功能) ,如下:

#pragma comment(linker,"/EXPORT:MyExportFunction=_MyExportFunction@4")

這下就天如人願了:)。如果你想指定導出的順序,或者只將函數導出為序號,沒有 Entryname,這個預處理指示符 (確切地說

是連接器) 都能夠實現,看看 MSDN 的語法說明:

/EXPORT:entryname[,@ordinal[,NONAME]][,DATA]

@ordinal 指定順序;NONAME 指定只將函數導出為序號;DATA 關鍵字指定導出項為數據項。

二、指示文件只包含一次

在頭文件中,一般在整個工程中我們只要包含一次就夠了,但是如果我在多個 .c/.cpp 文件中都要包含著個頭文件,比如

Windows.h,那很多聲明等等豈不是有兩次了?解決這個問題的傳統的方法是在頭文件開始出用 #define 定義一個宏,比如

Windows.h 中:

#ifndef _WINDOWS_#define _WINDOWS_

P> 然後在文件結為加上 #endif,這樣就可以避免被包含多次。但是這樣的後果是代碼的可讀性較差 (個人觀點),VC 給我

們提供了另外一個途徑,那就是在文件的前面加上:#pragma once 是不是很方便?三、使警告無效 有時候我們不得不對變量

進行強制轉換,由此引來編譯器的一番警告,特別是 C++ 中,類型檢查相對於 C 更為嚴格。這雖然不影響什麼,但是看起來多不爽

——我是故意要這樣的,你警告什麼!:)這時候你看到警告類型,比如「warning C4311: 「類型轉換」 : 從「HHOOK」到「BOOL

」的指針截斷」,在前面加上:#pragma warning(disable: 4311) 編譯器就沒話說了:)。四、指定連接要使用的庫 比如我

們連接的時候用到了 WSock32.lib,你當然可以不辭辛苦地把它加入到你的工程中。但是我覺得更方便的方法是使用 #pragma 指示

符,指定要連接的庫:#pragma comment(lib, "WSock32.lib")五、顯示編譯消息 沒多少用處,舉個例子吧:#ifdef

_DEBUG#pragma message("編譯連接為調試模式...")#endif // _DEBUG

在所有的預處理指令中,#Pragma 指令可能是最複雜的了,它的作用是設定編譯器的狀態或者是指示編譯器完成一些特定的動作。

#pragma

指令對每個編譯器給出了一個方法,在保持與C和C++語言完全兼容的情況下,給出主機或操作系統專有的特徵。依據定義,編譯指示是

機器或操作系統專有的,且對於每個編譯器都是不同的。

其格式一般為: #Pragma Para

其中Para 為參數,下面來看一些常用的參數。

(1)message 參數。 Message 參數是我最喜歡的一個參數,它能夠在編譯信息輸出窗

口中輸出相應的信息,這對於源代碼信息的控制是非常重要的。其使用方法為:

#Pragma message(「消息文本」)

當編譯器遇到這條指令時就在編譯輸出窗口中將消息文本打印出來。

當我們在程序中定義了許多宏來控制源代碼版本的時候,我們自己有可能都會忘記有沒有正確的設置這些宏,此時我們可以用這條指

令在編譯的時候就進行檢查。假設我們希望判斷自己有沒有在源代碼的什麼地方定義了_X86這個宏可以用下面的方法

#ifdef _X86

#Pragma message(「_X86 macro activated!」)

#endif

當我們定義了_X86這個宏以後,應用程序在編譯時就會在編譯輸出窗口裡顯示「_

X86 macro activated!」。我們就不會因為不記得自己定義的一些特定的宏而抓耳撓腮了

(2)另一個使用得比較多的pragma參數是code_seg。格式如:

#pragma code_seg( ["section-name"[,"section-class"] ] )

它能夠設置程序中函數代碼存放的代碼段,當我們開發驅動程序的時候就會使用到它。

(3)#pragma once (比較常用)

只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次,這條指令實際上在VC6中就已經有了,但是考慮到兼容性並沒有

太多的使用它。

(4)#pragma hdrstop表示預編譯頭文件到此為止,後面的頭文件不進行預編譯。BCB可以預編譯頭文件以加快鏈接的速度,但如果所

有頭文件都進行預編譯又可能佔太多磁盤空間,所以使用這個選項排除一些頭文件。

有時單元之間有依賴關係,比如單元A依賴單元B,所以單元B要先於單元A編譯。你可以用#pragma startup指定編譯優先級,如果使

用了#pragma package(smart_init) ,BCB就會根據優先級的大小先後編譯。

(5)#pragma resource "*.dfm"表示把*.dfm文件中的資源加入工程。*.dfm中包括窗體

外觀的定義。

(6)#pragma warning( disable : 4507 34; once : 4385; error : 164 )

等價於:

#pragma warning(disable:4507 34) // 不顯示4507和34號警告信息

#pragma warning(once:4385) // 4385號警告信息僅報告一次

#pragma warning(error:164) // 把164號警告信息作為一個錯誤。

同時這個pragma warning 也支持如下格式:

#pragma warning( push [ ,n ] )

#pragma warning( pop )

這裡n代表一個警告等級(1---4)。

#pragma warning( push )保存所有警告信息的現有的警告狀態。

#pragma warning( push, n)保存所有警告信息的現有的警告狀態,並且把全局警告

等級設定為n。

#pragma warning( pop )向棧中彈出最後一個警告信息,在入棧和出棧之間所作的

一切改動取消。例如:

#pragma warning( push )

#pragma warning( disable : 4705 )

#pragma warning( disable : 4706 )

#pragma warning( disable : 4707 )

//.......

#pragma warning( pop )

在這段代碼的最後,重新保存所有的警告信息(包括4705,4706和4707)。

(7)pragma comment(...)

該指令將一個註釋記錄放入一個對像文件或可執行文件中。

常用的lib關鍵字,可以幫我們連入一個庫文件。