• <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>
            隨筆 - 224  文章 - 41  trackbacks - 0
            <2011年5月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            享受編程

            常用鏈接

            留言簿(11)

            隨筆分類(159)

            隨筆檔案(224)

            文章分類(2)

            文章檔案(4)

            經(jīng)典c++博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            1.屏蔽 編譯時期的warning,對以連接警告并不能屏蔽因?yàn)?#pragma是編譯預(yù)處理指令,設(shè)定編譯器的狀態(tài)或指示編譯器的動作,當(dāng)然只對編譯過程起作用了。

             例如  
              編譯時的警告:  
              Compiling...  
              aadd.cpp  
              D:\atvc\aadd\aadd.cpp(12)   :   warning   C4244:   'initializing'   :   conversion   from   'double'   to   'int',   possible   loss   of   data  
            屏蔽警告信息如下:  
              #pragma   warning   (   disable   :   4244   )     //可以屏蔽warning   C4244 
            注意: 這句話必須在引用頭文件之前 


            解析#pragma指令

            轉(zhuǎn)自CSDN

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

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


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

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

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

            (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 )保存所有警告信息的現(xiàn)有的警告狀態(tài)。
            #pragma warning( push, n)保存所有警告信息的現(xiàn)有的警告狀態(tài),并且把全局警告
            等級設(shè)定為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(...)
            該指令將一個注釋記錄放入一個對象文件或可執(zhí)行文件中。
            常用的lib關(guān)鍵字,可以幫我們連入一個庫文件

            posted on 2008-11-17 10:13 漂漂 閱讀(276) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            99久久国产精品免费一区二区| 麻豆一区二区99久久久久| segui久久国产精品| 欧美与黑人午夜性猛交久久久| 国产69精品久久久久9999APGF| 久久人人爽人人爽人人爽 | 久久精品国产亚洲AV香蕉| 久久中文骚妇内射| 久久本道综合久久伊人| 伊人色综合久久天天人手人婷 | 久久综合亚洲鲁鲁五月天| 久久精品国产99久久久| 欧美久久一区二区三区| 九九99精品久久久久久| 18岁日韩内射颜射午夜久久成人 | 久久精品国产一区二区三区日韩| 亚洲国产成人久久一区WWW| 久久精品草草草| 丁香色欲久久久久久综合网| 国产日韩久久久精品影院首页| 久久综合狠狠综合久久| 国产精品乱码久久久久久软件| 国产成人精品久久亚洲| 久久国产色AV免费看| 国产精品亚洲综合久久| 婷婷久久精品国产| 四虎国产精品成人免费久久| 国产精品成人99久久久久| av无码久久久久久不卡网站| 久久亚洲精品成人av无码网站| 伊人久久大香线蕉综合5g| 婷婷久久精品国产| 久久精品人妻中文系列| 无码国内精品久久人妻| 熟妇人妻久久中文字幕| 日韩人妻无码一区二区三区久久| 99久久无色码中文字幕人妻| 偷偷做久久久久网站| 久久精品中文无码资源站| 伊人久久大香线蕉av不卡| 久久夜色精品国产欧美乱|