青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

  C++博客 :: 首頁(yè) :: 聯(lián)系 ::  :: 管理
  163 Posts :: 4 Stories :: 350 Comments :: 0 Trackbacks

常用鏈接

留言簿(48)

我參與的團(tuán)隊(duì)

搜索

  •  

積分與排名

  • 積分 - 401640
  • 排名 - 59

最新評(píng)論

閱讀排行榜

評(píng)論排行榜

在所有的預(yù)處理指令中,#pragma 指令可能是最復(fù)雜的了,它的作用是設(shè)定編譯器的狀態(tài)或者是指示編譯器完成一些特定的動(dòng)作。
#pragma指令對(duì)每個(gè)編譯器給出了一個(gè)方法,在保持與C和C++語(yǔ)言完全兼容的情況下,給出主機(jī)或操作系統(tǒng)專有的特征。
依據(jù)定義,編譯指示是機(jī)器或操作系統(tǒng)專有的,且對(duì)于每個(gè)編譯器都是不同的。
    其格式一般為: #pragma para
    其中para為參數(shù),下面來(lái)看一些常用的參數(shù)。

(1)message 參數(shù)

    message參數(shù)是我最喜歡的一個(gè)參數(shù),它能夠在編譯信息輸出窗口中輸出相應(yīng)的信息,
這對(duì)于源代碼信息的控制是非常重要的。其使用方法為:
    #pragma message("消息文本")
    當(dāng)編譯器遇到這條指令時(shí)就在編譯輸出窗口中將消息文本打印出來(lái)。
    當(dāng)我們?cè)诔绦蛑卸x了許多宏來(lái)控制源代碼版本的時(shí)候,我們自己有可能都會(huì)忘記有沒有正確的設(shè)置這些宏,
此時(shí)我們可以用這條指令在編譯的時(shí)候就進(jìn)行檢查。假設(shè)我們希望判斷自己有沒有在源代碼的什么地方定義了_X86這個(gè)宏,
可以用下面的方法:
    #ifdef _X86
    #pragma message("_X86 macro activated!")
    #endif
    我們定義了_X86這個(gè)宏以后,應(yīng)用程序在編譯時(shí)就會(huì)在編譯輸出窗口里顯示"_86 macro activated!"。
我們就不會(huì)因?yàn)椴挥浀米约憾x的一些特定的宏而抓耳撓腮了。
      
(2)另一個(gè)使用得比較多的pragma參數(shù)是code_seg

    格式如:
    #pragma code_seg( ["section-name" [, "section-class"] ] )
    它能夠設(shè)置程序中函數(shù)代碼存放的代碼段,當(dāng)我們開發(fā)驅(qū)動(dòng)程序的時(shí)候就會(huì)使用到它。

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

    只要在頭文件的最開始加入這條指令就能夠保證頭文件被編譯一次,這條指令實(shí)際上在VC6中就已經(jīng)有了,
但是考慮到兼容性并沒有太多的使用它。

(4)#pragma hdrstop

    表示預(yù)編譯頭文件到此為止,后面的頭文件不進(jìn)行預(yù)編譯。BCB可以預(yù)編譯頭文件以加快鏈接的速度,
但如果所有頭文件都進(jìn)行預(yù)編譯又可能占太多磁盤空間,所以使用這個(gè)選項(xiàng)排除一些頭文件。   
    有時(shí)單元之間有依賴關(guān)系,比如單元A依賴單元B,所以單元B要先于單元A編譯。
你可以用#pragma startup指定編譯優(yōu)先級(jí),如果使用了#pragma package(smart_init),
BCB就會(huì)根據(jù)優(yōu)先級(jí)的大小先后編譯。   

(5)#pragma resource "*.dfm"

    表示把*.dfm文件中的資源加入工程。*.dfm中包括窗體
外觀的定義。   

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

    等價(jià)于:
    #pragma warning( disable: 4507 34 )    // 不顯示4507和34號(hào)警告信息
    #pragma warning( once: 4385 )          // 4385號(hào)警告信息僅報(bào)告一次
    #pragma warning( error: 164 )          // 把164號(hào)警告信息作為一個(gè)錯(cuò)誤。

    同時(shí)這個(gè)pragma warning 也支持如下格式:
    #pragma warning( push [, n ] )
    #pragma warning( pop )
    這里n代表一個(gè)警告等級(jí)(1---4)。
    #pragma warning( push )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
    #pragma warning( push, n )保存所有警告信息的現(xiàn)有的警告狀態(tài),并且把全局警告等級(jí)設(shè)定為n。   
    #pragma warning( pop )向棧中彈出最后一個(gè)警告信息,在入棧和出棧之間所作的一切改動(dòng)取消。例如:
    #pragma warning( push )
    #pragma warning( disable: 4705 )
    #pragma warning( disable: 4706 )
    #pragma warning( disable: 4707 )
    //.......
    #pragma warning( pop )   
    在這段代碼的最后,重新保存所有的警告信息(包括4705,4706和4707)。

(7)#pragma comment(...)

    該指令將一個(gè)注釋記錄放入一個(gè)對(duì)象文件或可執(zhí)行文件中。
常用的lib關(guān)鍵字,可以幫我們連入一個(gè)庫(kù)文件。如:
    #pragma comment(lib, "comctl32.lib")
    #pragma comment(lib, "vfw32.lib")
    #pragma comment(lib, "wsock32.lib")

   每個(gè)編譯程序可以用#pragma指令激活或終止該編譯程序支持的一些編譯功能。

例如,對(duì)循環(huán)優(yōu)化功能:
#pragma loop_opt(on)     // 激活
#pragma loop_opt(off)    // 終止

有時(shí),程序中會(huì)有些函數(shù)會(huì)使編譯器發(fā)出你熟知而想忽略的警告,
如“Parameter xxx is never used in function xxx”,可以這樣:
#pragma warn —100         // Turn off the warning message for warning #100
int insert_record(REC *r)
{ /* function body */ }
#pragma warn +100          // Turn the warning message for warning #100 back on
函數(shù)會(huì)產(chǎn)生一條有唯一特征碼100的警告信息,如此可暫時(shí)終止該警告。

每個(gè)編譯器對(duì)#pragma的實(shí)現(xiàn)不同,在一個(gè)編譯器中有效在別的編譯器中幾乎無(wú)效。可從編譯器的文檔中查看。

補(bǔ)充 —— #pragma pack 與 內(nèi)存對(duì)齊問(wèn)題


    許多實(shí)際的計(jì)算機(jī)系統(tǒng)對(duì)基本類型數(shù)據(jù)在內(nèi)存中存放的位置有限制,它們會(huì)要求這些數(shù)據(jù)的首地址的值是某個(gè)數(shù)k
(通常它為4或8)的倍數(shù),這就是所謂的內(nèi)存對(duì)齊,而這個(gè)k則被稱為該數(shù)據(jù)類型的對(duì)齊模數(shù)(alignment modulus)。

    Win32平臺(tái)下的微軟C編譯器(cl.exe for 80x86)在默認(rèn)情況下采用如下的對(duì)齊規(guī)則:
    任何基本數(shù)據(jù)類型T的對(duì)齊模數(shù)就是T的大小,即sizeof(T)。比如對(duì)于double類型(8字節(jié)),
就要求該類型數(shù)據(jù)的地址總是8的倍數(shù),而char類型數(shù)據(jù)(1字節(jié))則可以從任何一個(gè)地址開始。

    Linux下的GCC奉行的是另外一套規(guī)則(在資料中查得,并未驗(yàn)證,如錯(cuò)誤請(qǐng)指正):
    任何2字節(jié)大小(包括單字節(jié)嗎?)的數(shù)據(jù)類型(比如short)的對(duì)齊模數(shù)是2,而其它所有超過(guò)2字節(jié)的數(shù)據(jù)類型
(比如long,double)都以4為對(duì)齊模數(shù)。

    ANSI C規(guī)定一種結(jié)構(gòu)類型的大小是它所有字段的大小以及字段之間或字段尾部的填充區(qū)大小之和。
填充區(qū)就是為了使結(jié)構(gòu)體字段滿足內(nèi)存對(duì)齊要求而額外分配給結(jié)構(gòu)體的空間。那么結(jié)構(gòu)體本身有什么對(duì)齊要求嗎?
有的,ANSI C標(biāo)準(zhǔn)規(guī)定結(jié)構(gòu)體類型的對(duì)齊要求不能比它所有字段中要求最嚴(yán)格的那個(gè)寬松,可以更嚴(yán)格。


如何使用c/c++中的對(duì)齊選項(xiàng)

    vc6中的編譯選項(xiàng)有 /Zp[1|2|4|8|16] ,/Zp1表示以1字節(jié)邊界對(duì)齊,相應(yīng)的,/Zpn表示以n字節(jié)邊界對(duì)齊。
n字節(jié)邊界對(duì)齊的意思是說(shuō),一個(gè)成員的地址必須安排在成員的尺寸的整數(shù)倍地址上或者是n的整數(shù)倍地址上,取它們中的最小值。
也就是:
    min ( sizeof ( member ), n)

    實(shí)際上,1字節(jié)邊界對(duì)齊也就表示了結(jié)構(gòu)成員之間沒有空洞。
    /Zpn選項(xiàng)是應(yīng)用于整個(gè)工程的,影響所有的參與編譯的結(jié)構(gòu)。
    要使用這個(gè)選項(xiàng),可以在vc6中打開工程屬性頁(yè),c/c++頁(yè),選擇Code Generation分類,在Struct member alignment可以選擇。

    要專門針對(duì)某些結(jié)構(gòu)定義使用對(duì)齊選項(xiàng),可以使用#pragma pack編譯指令:

(1) #pragma pack( [ n ] )

    該指令指定結(jié)構(gòu)和聯(lián)合成員的緊湊對(duì)齊。而一個(gè)完整的轉(zhuǎn)換單元的結(jié)構(gòu)和聯(lián)合的緊湊對(duì)齊由/Zp 選項(xiàng)設(shè)置。
緊湊對(duì)齊用pack編譯指示在數(shù)據(jù)說(shuō)明層設(shè)置。該編譯指示在其出現(xiàn)后的第一個(gè)結(jié)構(gòu)或聯(lián)合說(shuō)明處生效。
該編譯指示對(duì)定義無(wú)效。
    當(dāng)你使用#pragma pack ( n ) 時(shí), 這里n 為1、2、4、8 或16。
    第一個(gè)結(jié)構(gòu)成員之后的每個(gè)結(jié)構(gòu)成員都被存儲(chǔ)在更小的成員類型或n 字節(jié)界限內(nèi)。
如果你使用無(wú)參量的#pragma pack, 結(jié)構(gòu)成員被緊湊為以/Zp 指定的值。該缺省/Zp 緊湊值為/Zp8 。

(2) 編譯器也支持以下增強(qiáng)型語(yǔ)法:
    #pragma pack( [ [ { push | pop } , ] [ identifier, ] ] [ n] )

    若不同的組件使用pack編譯指示指定不同的緊湊對(duì)齊, 這個(gè)語(yǔ)法允許你把程序組件組合為一個(gè)單獨(dú)的轉(zhuǎn)換單元。
帶push參量的pack編譯指示的每次出現(xiàn)將當(dāng)前的緊湊對(duì)齊存儲(chǔ)到一個(gè)內(nèi)部編譯器堆棧中。
    編譯指示的參量表從左到右讀取。如果你使用push, 則當(dāng)前緊湊值被存儲(chǔ)起來(lái);
如果你給出一個(gè)n 的值, 該值將成為新的緊湊值。若你指定一個(gè)標(biāo)識(shí)符, 即你選定一個(gè)名稱,
則該標(biāo)識(shí)符將和這個(gè)新的的緊湊值聯(lián)系起來(lái)。

    帶一個(gè)pop參量的pack編譯指示的每次出現(xiàn)都會(huì)檢索內(nèi)部編譯器堆棧頂?shù)闹?并且使該值為新的緊湊對(duì)齊值。
如果你使用pop參量且內(nèi)部編譯器堆棧是空的,則緊湊值為命令行給定的值, 并且將產(chǎn)生一個(gè)警告信息。
若你使用pop且指定一個(gè)n的值, 該值將成為新的緊湊值。若你使用p o p 且指定一個(gè)標(biāo)識(shí)符,
所有存儲(chǔ)在堆棧中的值將從棧中刪除, 直到找到一個(gè)匹配的標(biāo)識(shí)符, 這個(gè)與標(biāo)識(shí)符相關(guān)的緊湊值也從棧中移出,
并且這個(gè)僅在標(biāo)識(shí)符入棧之前存在的緊湊值成為新的緊湊值。如果未找到匹配的標(biāo)識(shí)符,
將使用命令行設(shè)置的緊湊值, 并且將產(chǎn)生一個(gè)一級(jí)警告。缺省緊湊對(duì)齊為8 。

   pack編譯指示的新的增強(qiáng)功能讓你編寫頭文件, 確保在遇到該頭文件的前后的
緊湊值是一樣的。

(3) 棧內(nèi)存對(duì)齊

    在vc6中棧的對(duì)齊方式不受結(jié)構(gòu)成員對(duì)齊選項(xiàng)的影響。它總是保持對(duì)齊,而且對(duì)齊在4字節(jié)邊界上。


posted on 2007-12-24 09:40 sdfasdf 閱讀(663) 評(píng)論(1)  編輯 收藏 引用 所屬分類: C++

Feedback

# re: pragma預(yù)處理指令詳解 2008-01-04 12:26 FongLuo
有意思  回復(fù)  更多評(píng)論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美视频在线观看视频极品| 亚洲国产欧美一区二区三区久久 | 亚洲第一伊人| 国模私拍视频一区| 国产一区日韩欧美| 伊人激情综合| 亚洲精品欧美日韩专区| 日韩视频在线免费| 亚洲一区二区三区精品视频| 亚洲一区二区3| 午夜伦理片一区| 久久久久这里只有精品| 欧美成人综合一区| 亚洲精品在线观看免费| 亚洲一区二区黄色| 久久人91精品久久久久久不卡| 欧美99在线视频观看| 欧美电影免费观看大全| 欧美色欧美亚洲另类七区| 国产乱人伦精品一区二区| 国产在线成人| 一区二区三区视频观看| 欧美在线视频导航| 亚洲黄色小视频| 最新69国产成人精品视频免费| 在线一区二区三区四区| 久久精品视频免费观看| 欧美日韩精品免费观看视频| 国产在线精品自拍| 一区二区三区精品视频| 欧美制服丝袜| 亚洲精品日产精品乱码不卡| 久久xxxx| 国产精品v亚洲精品v日韩精品| 亚洲电影自拍| 亚洲激情电影在线| 国产精品视频九色porn| 亚洲国产cao| 小黄鸭精品aⅴ导航网站入口| 美女脱光内衣内裤视频久久影院| 日韩午夜激情电影| 久久久噜噜噜久久| 国产精品草莓在线免费观看| 亚洲成色777777女色窝| 欧美制服丝袜第一页| 中日韩美女免费视频网站在线观看| 久久综合给合久久狠狠色 | 欧美在线啊v| 91久久精品日日躁夜夜躁欧美| 亚洲欧美一区二区视频| 欧美久久综合| 亚洲国产日韩欧美在线99| 久久精品成人| 亚洲欧美一区二区三区极速播放| 欧美日韩中国免费专区在线看| 亚洲国产日韩欧美一区二区三区| 久久女同精品一区二区| 亚洲欧美日韩在线播放| 国产精品美女视频网站| 亚洲欧美国产77777| 日韩天堂av| 国产精品hd| 亚洲欧美日韩一区在线观看| 一本久久青青| 国产精品一区二区三区久久| 午夜精品剧场| 午夜精品网站| 黑人一区二区三区四区五区| 久久人人爽人人爽| 久久精品一区四区| 狠狠久久婷婷| 欧美国产精品人人做人人爱| 免费久久99精品国产自| 日韩视频中午一区| 正在播放亚洲一区| 国产自产精品| 亚洲高清一二三区| 欧美少妇一区二区| 久久成人在线| 狂野欧美激情性xxxx欧美| 亚洲精品一区二区三区婷婷月| 亚洲日本久久| 国产精品日韩在线一区| 久久久久久9| 免费亚洲电影在线| 国产精品99久久久久久久久久久久| 一区二区三区精品国产| 国产午夜精品全部视频在线播放| 鲁大师影院一区二区三区| 欧美激情1区2区3区| 午夜亚洲伦理| 另类天堂视频在线观看| 亚洲一区二区三区影院| 欧美日韩国产首页在线观看| 亚洲欧洲在线播放| 亚洲理论电影网| 国产日韩欧美精品综合| 欧美国产在线视频| 国产精品每日更新| 欧美高清日韩| 国产精品一区三区| 欧美激情亚洲自拍| 国产精品一区二区男女羞羞无遮挡 | 亚洲国产福利在线| 亚洲无限乱码一二三四麻| 国内精品视频在线观看| 亚洲精品在线观| 1000精品久久久久久久久| 一区二区成人精品 | 午夜欧美视频| 日韩一区二区精品在线观看| 亚洲免费视频在线观看| 亚洲日本中文字幕区| 午夜精品久久久久久久久久久 | 久久久.com| 欧美日韩在线高清| 老司机午夜精品| 国产乱肥老妇国产一区二| 亚洲人成在线观看网站高清| 黄色精品网站| 午夜精品影院在线观看| 日韩视频免费观看| 久久婷婷国产综合精品青草 | 国产欧美一区二区精品秋霞影院| 亚洲成色www8888| 国产日韩欧美精品一区| 亚洲天堂成人在线视频| 99这里有精品| 欧美大胆人体视频| 欧美sm视频| 一区免费观看| 久久精品九九| 久久久免费精品视频| 国产精品一区二区久久久| 日韩一级视频免费观看在线| 在线视频国产日韩| 久久精品国产第一区二区三区| 欧美一区二区成人| 国产精品视频久久一区| 亚洲一区二区日本| 欧美一区二区三区在线| 国产精品一区二区你懂的| 亚洲永久免费观看| 先锋a资源在线看亚洲| 国产精品毛片大码女人| 亚洲午夜免费视频| 久久成人精品视频| 国产一区二区三区奇米久涩| 小黄鸭视频精品导航| 欧美中文在线观看| 永久免费毛片在线播放不卡| 国产精品一香蕉国产线看观看| 欧美成人午夜激情视频| 亚洲第一二三四五区| 久久人人爽人人爽| 久久夜色精品国产噜噜av| 狠狠色狠色综合曰曰| 欧美jizzhd精品欧美巨大免费| 亚洲黄一区二区| 亚洲无线视频| 国产日韩欧美| 另类春色校园亚洲| 亚洲电影免费| 一本色道久久综合亚洲精品小说 | 欧美劲爆第一页| 久久九九热re6这里有精品| 亚洲一区图片| 久久精品国产精品亚洲综合| 精品二区视频| 亚洲欧美国产精品桃花| 亚洲欧美另类在线| 久久久久久久91| 欧美一区二区高清| 久久青草福利网站| 亚洲九九爱视频| 国产精品一区免费视频| 开心色5月久久精品| 亚洲视频一区二区| 久久米奇亚洲| 亚洲视频中文| 黄网动漫久久久| 欧美日韩在线第一页| 久久视频一区| 午夜精品久久久| 亚洲精品久久久蜜桃| 久久精品综合网| 亚洲视频在线观看免费| 精品99一区二区| 国产精品大全| 欧美激情国产日韩| 久久久99国产精品免费| 中文av一区二区| 免费精品视频| 久久国产精品久久国产精品 | 欧美国产日韩一区二区| 香港成人在线视频| 一区二区高清| 最新国产の精品合集bt伙计| 久热精品视频在线观看一区| 亚洲综合成人婷婷小说|