• <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   管理


            久久人爽人人爽人人片AV| 久久久精品人妻无码专区不卡| 狠狠精品久久久无码中文字幕| 精品无码久久久久国产动漫3d| 久久99国产乱子伦精品免费| 九九久久99综合一区二区| 日韩亚洲国产综合久久久| 蜜臀av性久久久久蜜臀aⅴ| 久久久久国色AV免费观看| 久久人人爽人人爽人人片av高请| 国产99久久久久久免费看| 亚洲AV无码成人网站久久精品大| 日韩一区二区久久久久久| 亚洲AV无码1区2区久久| 久久人人爽人人爽人人片AV东京热| 久久棈精品久久久久久噜噜| 2019久久久高清456| 中文字幕一区二区三区久久网站| 久久九九兔免费精品6| 色综合久久中文色婷婷| 一本久久知道综合久久| 久久夜色精品国产亚洲| 久久高潮一级毛片免费| 91久久精一区二区三区大全| 精品久久久无码人妻中文字幕| 久久噜噜久久久精品66| 久久91这里精品国产2020| 免费观看成人久久网免费观看| 少妇久久久久久被弄高潮| 国产欧美久久久精品影院| 亚洲国产精品综合久久网络| 久久精品国产精品亚洲下载| 97久久精品无码一区二区| 青草国产精品久久久久久| 综合人妻久久一区二区精品| 久久久亚洲AV波多野结衣| 伊人情人综合成人久久网小说| 国产99久久久国产精品小说| 99久久国产亚洲综合精品| 久久综合亚洲色HEZYO社区 | 久久久一本精品99久久精品66 |