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

chaosuper85

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  118 Posts :: 0 Stories :: 3 Comments :: 0 Trackbacks

GCC 5

Section: GNU Tools (1)
Updated: 2003/12/05
Sponsor: GCC Casino Winning Content

下面的`-m'選項用于HPPA族計算機:

-mpa-risc-1-0
生成PA 1.0處理器的目標碼.
-mpa-risc-1-1
生成PA 1.1處理器的目標碼.

 

-mkernel
生成適用于內(nèi)核的目標碼.特別要避免add指令,它有一個參數(shù)是DP寄存器;addil 代替add指令.這樣可以避免HP-UX連接器的某個嚴重bug.

 

-mshared-libs
生成能夠連接HP-UX共享庫的目標碼.該選項還沒有實現(xiàn)全部功能,PA目標默認為關(guān)閉.使用這個選項會導(dǎo)致 編譯器生成錯誤的目標碼.

 

-mno-shared-libs
不生成連接HP-UX共享庫的目標碼.這是PA目標的默認選項.

 

-mlong-calls
生成的目標碼允許同一個源文件中的函數(shù)調(diào)用,調(diào)用點和被調(diào)函數(shù)的距離可以超過256K之遠.不需要打開這個開關(guān)選項, 除非連接器給出``branch out of range errors``這樣的錯誤.

 

-mdisable-fpregs
防止任何情況下使用浮點寄存器.編譯內(nèi)核需要這個選項,內(nèi)核切換浮點寄存器的執(zhí)行環(huán)境速度非常緩慢.如果打開了這個 開關(guān)選項同時試圖浮點操作,編譯將失敗.

 

-mdisable-indexing
防止編譯器使用索引地址模式(indexing address mode).這樣在MACH上編譯MIG生成的代碼時,可以 避免一些非常晦澀的問題.

 

-mtrailing-colon
在標記定義(label definition)的末尾添加一個冒號(用于ELF匯編器).

 

下面的`-m'選項用于Intel 80960族計算機:

-mcpu-type
默認機器類型為cpu-type ,使編譯器產(chǎn)生對應(yīng)的指令,地址模式和內(nèi)存對齊.默認的 cpu-typekb;其他選擇有ka, mc, ca, cf, sa,sb.

 

-mnumerics
-msoft-float
-mnumerics開關(guān)選項指出處理器不支持浮點指令. -msoft-float開關(guān)選項指出不應(yīng)該認為 機器支持浮點操作.

 

-mleaf-procedures
-mno-leaf-procedures
企圖(或防止)改變?nèi)~過程(leaf procedure),使其可被bal指令以及call指令 調(diào)用.對于直接函數(shù)調(diào)用,如果bal指令能夠被匯編器或連接器替換,這可以產(chǎn)生更有效的代碼,但是其他情況下 產(chǎn)生較低效的代碼,例如通過函數(shù)指針調(diào)用函數(shù),或使用了不支持這種優(yōu)化的連接器.

 

-mtail-call
-mno-tail-call
執(zhí)行(或不執(zhí)行)更多的嘗試(除過編譯器那些機器無關(guān)部分),優(yōu)化進入分支的尾遞歸(tail-recursive)調(diào)用.你 可能不需要這個,因為檢測什么地方無效沒有全部完成.默認開關(guān)是-mno-tail-call.

 

-mcomplex-addr
-mno-complex-addr
認為(或不認為)在當前的i960設(shè)備上,值得使用復(fù)合地址模式(complex addressing mode).復(fù)合地址模式 可能不值得用到K系列,但是一定值得用在C系列.目前除了CBCC處理器,其他處理器上 -mcomplex-addr是默認選項.

 

-mcode-align
-mno-code-align
把目標碼對齊到8字節(jié)邊界上(或者不必),這樣讀取會快一些.目前只對C系列默認打開.

 

-mic-compat
-mic2.0-compat
-mic3.0-compat
兼容iC960 v2.0v3.0.

 

-masm-compat
-mintel-asm
兼容iC960匯編器.

 

-mstrict-align
-mno-strict-align
不允許(或允許)邊界不對齊的訪問.

 

-mold-align
使結(jié)構(gòu)對齊(structure-alignment)兼容Intelgcc發(fā)行版本1.3 (基于gcc 1.37).目前 這個選項有點問題,因為#pragma align 1總是作同樣的設(shè)定,而且無法關(guān)掉.

 

下面的`-m'選項用于DEC Alpha設(shè)備:

-mno-soft-float
-msoft-float
使用(或不使用)硬件浮點指令進行浮點運算.打開-msoft-float,將使用 `libgcc1.c'中的函數(shù)執(zhí)行浮點運算.除非它們被仿真浮點操作的例程替換,或者類似,它們被編譯為調(diào)用 仿真例程,這些例程將發(fā)出浮點操作.如果你為不帶浮點操作的Alpha編譯程序,你必須確保建立了這個庫,以便不調(diào)用 仿真例程.

注意,不帶浮點操作的Alpha也要求擁有浮點寄存器.

 

-mfp-reg
-mno-fp-regs
生成使用(或不使用)浮點寄存器群的目標代碼. -mno-fp-regs包含有-msoft-float 開關(guān)選項.如果不使用浮點寄存器,浮點操作數(shù)就象整數(shù)一樣通過整數(shù)寄存器傳送,浮點運算結(jié)果放到$0而不是$f0.這是非標準 調(diào)用,因此任何帶有浮點參數(shù)或返回值的函數(shù),如果被-mno-fp-regs開關(guān)編譯過的目標碼調(diào)用,它也必須 用這個選項編譯.

這個選項的典型用法是建立內(nèi)核,內(nèi)核不使用任何浮點寄存器,因此沒必要保存和恢復(fù)這些寄存器.

 

下面附加的選項出現(xiàn)在System V第四版中,用于兼容這些系統(tǒng)中的其他編譯器:

-G
SVr4系統(tǒng)中, gcc出于兼容接受了`-G'選項(然后傳遞給連接器).可是我們建議使用 `-symbolic'`-shared'選項,而不在gcc命令行上出現(xiàn)連接選項.

 

-Qy
驗證編譯器用的工具的版本,輸出到.ident匯編指令.

 

-Qn
制止輸出端的.ident指令(默認選項).

 

-YP,dirs
對于`-l'指定的庫文件,只搜索dirs.你可以在dirs中用冒號隔開各個 目錄項.

 

-Ym,dir
dir目錄中尋找M4預(yù)處理器.匯編器使用這個選項.

 

代碼生成選項(CODE GENERATION OPTION)

下面的選項和平臺無關(guān),用于控制目標碼生成的接口約定.

大部分選項以`-f'開始.這些選項擁有確定和否定兩種格式; `-ffoo'的否定格式是 `-fno-foo'.后面的描述將只列舉其中的一個格式---非默認的格式.你可以通過添加或去掉 `no-'推測出另一個格式.

-fnonnull-objects
假設(shè)通過引用(reference)取得的對象不為null (C++).

一般說來, GNU C++對通過引用取得的對象作保守假設(shè).例如,編譯器一定會檢查下似代碼中的a不為 null:

obj &a = g (); a.f (2);

檢查類似的引用需要額外的代碼,然而對于很多程序是不必要的.如果你的程序不要求這種檢查,你可以用 `-fnonnull-objects'選項忽略它.

 

-fpcc-struct-return
函數(shù)返回structunion值時,采用和本地編譯器相同的參數(shù)約定.對于較小的結(jié)構(gòu), 這種約定的效率偏低,而且很多機器上不能重入;它的優(yōu)點是允許GCC編譯的目標碼和PCC編譯的目標碼互相調(diào)用.

 

-freg-struct-return
一有可能就通過寄存器返回structunion函數(shù)值.對于較小的結(jié)構(gòu),它比 -fpcc-struct-return更有效率.

如果既沒有指定-fpcc-struct-return ,也沒有指定-freg-struct-return, GNU CC默認使用目標機的標準約定.如果沒有標準約定, GNU CC默認采用-fpcc-struct-return.

 

-fshort-enums
enum類型只分配它聲明的值域范圍的字節(jié)數(shù).就是說, enum類型等于大小足夠的 最小整數(shù)類型.

 

-fshort-double
使double類型的大小和float一樣.

 

-fshared-data
要求編譯結(jié)果的數(shù)據(jù)和非const變量是共享數(shù)據(jù),而不是私有數(shù)據(jù).這種差別僅在某些操作系統(tǒng)上面有意義, 那里的共享數(shù)據(jù)在同一個程序的若干進程間共享,而私有數(shù)據(jù)在每個進程內(nèi)都有副件.

 

-fno-common
即使未初始化的全局變量也分配在目標文件的bss,而不是把它們當做普通塊(common block)建立.這樣的 結(jié)果是,如果在兩個不同的編譯結(jié)果中聲明了同一個變量(沒使用extern ),連接它們時會產(chǎn)生錯誤. 這個選項可能有用的唯一情況是,你希望確認程序能在其他系統(tǒng)上運行,而其他系統(tǒng)總是這么做.

 

-fno-ident
忽略`#ident'指令.

 

-fno-gnu-linker
不要把全局初始化部件(C++的構(gòu)造子和解構(gòu)子)輸出為GNU連接器使用的格式(GNU連接器是標準方法的系統(tǒng) 上).當你打算使用非GNU連接器的時候可以用這個選項,GNU連接器也需要collect2程序確保系統(tǒng)連接器 放入構(gòu)造子(constructor)和解構(gòu)子(destructor). (GNU CC的發(fā)布包中包含有collect2 程序.)對于必須使用collect2的系統(tǒng),編譯器驅(qū)動程序gcc自動配置為這么做.

 

-finhibit-size-directive
不要輸出.size匯編指令,或其他類似指令,當某個函數(shù)一分為二,兩部分在內(nèi)存中距離很遠時會引起問題. 當編譯`crtstuff.c'時需要這個選項;其他情況下都不應(yīng)該使用.

 

-fverbose-asm
輸出匯編代碼時放些額外的注釋信息.這個選項僅用于確實需要閱讀匯編輸出的時候(可能調(diào)試編譯器自己的時候).

 

-fvolatile
使編譯器認為所有通過指針訪問的內(nèi)存是易變內(nèi)存(volatile).

 

-fvolatile-global
使編譯器認為所有的外部和全局變量是易變內(nèi)存.

 

-fpic
如果支持這種目標機,編譯器就生成位置無關(guān)目標碼.適用于共享庫(shared library).

 

-fPIC
如果支持這種目標機,編譯器就輸出位置無關(guān)目標碼.適用于動態(tài)連接(dynamic linking),即使分支需要大范圍 轉(zhuǎn)移.

 

-ffixed-reg
把名為reg的寄存器按固定寄存器看待(fixed register);生成的目標碼不應(yīng)該引用它(除了或許 用作棧指針,幀指針,或其他固定的角色).

reg必須是寄存器的名字.寄存器名字取決于機器,用機器描述宏文件的REGISTER_NAMES宏 定義.

這個選項沒有否定格式,因為它列出三路選擇.

 

-fcall-used-reg
把名為reg的寄存器按可分配寄存器看待,不能在函數(shù)調(diào)用間使用.可以臨時使用或當做變量使用,生存期 不超過一個函數(shù).這樣編譯的函數(shù)無需保存和恢復(fù)reg寄存器.

如果在可執(zhí)行模塊中,把這個選項說明的寄存器用作固定角色將會產(chǎn)生災(zāi)難性結(jié)果,如棧指針或幀指針.

這個選項沒有否定格式,因為它列出三路選擇.

 

-fcall-saved-reg
把名為reg的寄存器按函數(shù)保護的可分配寄存器看待.可以臨時使用或當做變量使用,它甚至能在函數(shù)間 生存.這樣編譯的函數(shù)會保存和恢復(fù)使用中的reg寄存器.

如果在可執(zhí)行模塊中,把這個選項說明的寄存器用作固定角色將會產(chǎn)生災(zāi)難性結(jié)果,如棧指針或幀指針.

另一種災(zāi)難是用這個選項說明的寄存器返回函數(shù)值.

這個選項沒有否定格式,因為它列出三路選擇.

 

PRAGMAS

GNU C++支持兩條`#pragma'指令使同一個頭文件有兩個用途:對象類的接口定義, 對象類完整的內(nèi)容定義.

#pragma interface
(僅對C++)在定義對象類的頭文件中,使用這個指令可以節(jié)省大部分采用該類的目標文件的大小.一般說來,某些信息 (內(nèi)嵌成員函數(shù)的備份副件,調(diào)試信息,實現(xiàn)虛函數(shù)的內(nèi)部表格等)的本地副件必須保存在包含類定義的各個目標文件中.使用這個 pragma指令能夠避免這樣的復(fù)制.當編譯中引用包含`#pragma interface'指令的頭文件時,就 不會產(chǎn)生這些輔助信息(除非輸入的主文件使用了`#pragma implementation'指令).作為替代,目標文件 將包含可被連接時解析的引用(reference).

 

#pragma implementation
#pragma implementation "objects.h"
(僅對C++)如果要求從頭文件產(chǎn)生完整的輸出(并且全局可見),你應(yīng)該在主輸入文件中使用這條pragma.頭文件 中應(yīng)該依次使用`#pragma interface'指令.implementation文件中將產(chǎn)生全部內(nèi)嵌成員函數(shù) 的備份,調(diào)試信息,實現(xiàn)虛函數(shù)的內(nèi)部表格等.

如果`#pragma implementation'不帶參數(shù),它指的是和源文件有相同基本名的包含文件;例如, `allclass.cc', `#pragma implementation'等于`#pragma implementation allclass.h'.如果某個implementation文件需要從多個頭文件引入代碼,就應(yīng)該 使用這個字符串參數(shù).

不可能把一個頭文件里面的內(nèi)容分割到多個implementation文件中.

 

文件(FILE)

file.c             C源文件
file.h             C頭文件(預(yù)處理文件)
file.i            預(yù)處理后的C源文件
file.C             C++源文件
file.cc            C++源文件
file.cxx           C++源文件
file.m             Objective-C源文件
file.s            匯編語言文件
file.o            目標文件
a.out             連接的輸出文件
TMPDIR/cc*        臨時文件
LIBDIR/cpp        預(yù)處理器
LIBDIR/cc1         C編譯器
LIBDIR/cc1plus     C++編譯器
LIBDIR/collect    某些機器需要的連接器前端(front end)程序
LIBDIR/libgcc.a    GCC子例程(subroutine)/lib/crt[01n].o   啟動例程(start-up)
LIBDIR/ccrt0       C++的附加啟動例程
/lib/libc.a       標準C,另見intro (3)
/usr/include       #include文件的標準目錄
LIBDIR/include     #include文件的標準gcc目錄
LIBDIR/g++-include #include文件的附加g++目錄
LIBDIR通常為/usr/local/lib/machine/version.
TMPDIR
來自環(huán)境變量TMPDIR (如果存在,缺省為/usr/tmp ,否則為 /tmp).

 

BUGS

關(guān)于報告差錯的指導(dǎo)請查閱GCC手冊.

版權(quán)(COPYING)

Copyright 1991, 1992, 1993 Free Software Foundation, Inc.

Permission is granted to make and distribute verbatim copies of this manual provided the copyright notice and this permission notice are preserved on all copies.

Permission is granted to copy and distribute modified versions of this manual under the conditions for verbatim copying, provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one.

Permission is granted to copy and distribute translations of this manual into another language, under the above conditions for modified versions, except that this permission notice may be included in translations approved by the Free Software Foundation instead of in the original English.

作者(AUTHORS)

關(guān)于GNU CC的奉獻者請查閱GUN CC手冊.
posted on 2009-08-03 14:32 chaosuper 閱讀(651) 評論(0)  編輯 收藏 引用

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


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产日韩视频一区二区三区| 可以看av的网站久久看| 日韩亚洲欧美一区| 国产亚洲欧美另类中文| 欧美亚洲成人精品| 欧美精品日本| 欧美三级中文字幕在线观看| 欧美午夜精品理论片a级按摩| 日韩一级大片| 亚洲专区在线视频| 亚洲自拍都市欧美小说| 亚洲一区观看| 久久久久高清| 欧美风情在线观看| 亚洲福利国产| 亚洲日本成人网| 久久riav二区三区| 久久久久综合| 亚洲福利在线看| 欧美亚洲在线| 美日韩丰满少妇在线观看| 亚洲福利电影| 亚洲欧美一区在线| 欧美激情一区二区| 亚洲综合色视频| 久久嫩草精品久久久精品一| 亚洲伦理网站| 亚洲综合日韩在线| 美女图片一区二区| 国产精品欧美久久久久无广告| 亚洲一区视频在线| 午夜精品免费视频| 老色鬼精品视频在线观看播放| 在线视频日韩精品| 午夜精品国产更新| 欧美激情第二页| 国产日韩av在线播放| 亚洲国产精品嫩草影院| 久久国产精品99精品国产| 麻豆成人在线播放| 9久re热视频在线精品| 欧美主播一区二区三区美女 久久精品人 | 农夫在线精品视频免费观看| 亚洲风情亚aⅴ在线发布| 亚洲一二三四区| 欧美日韩国产色视频| 欧美伦理视频网站| 在线不卡视频| 香蕉久久夜色精品国产| 一区二区免费看| 免费在线成人av| 国内伊人久久久久久网站视频| 红桃视频一区| 欧美一区二区高清| 9久草视频在线视频精品| 亚洲视屏在线播放| 欧美激情小视频| 在线精品一区二区| 久久精品国产一区二区电影| 欧美一区三区三区高中清蜜桃| 亚洲自拍高清| 一区二区三区四区蜜桃| 欧美四级在线观看| 国产在线观看一区| 欧美在线免费观看| 亚洲欧美日韩中文视频| 国产精品一区久久久| 香蕉久久夜色精品国产使用方法| 久久在线免费观看| 久久久xxx| 亚洲激情在线| 亚洲精品乱码久久久久| 午夜精品久久久久久久99热浪潮| 久久精品国产久精国产一老狼 | 欧美大片第1页| 亚洲精品系列| 日韩视频免费在线| 国产精品免费看片| 久久免费一区| 欧美成人精品影院| 日韩视频久久| 亚洲午夜精品一区二区三区他趣| 亚洲美女淫视频| 亚洲欧洲一二三| 国产精品五区| 欧美成年网站| 欧美午夜大胆人体| 久久久久99| 欧美精品一卡二卡| 欧美在线免费观看| 一区二区毛片| 国产午夜亚洲精品羞羞网站| 久热成人在线视频| 欧美激情一区| 久久蜜桃资源一区二区老牛| 欧美风情在线| 久久久国产精品一区二区中文 | 欧美一级在线视频| 久久成人精品视频| 国产精品乱看| 免费成人高清视频| 欧美一区二区成人| 国产精品国产精品| 噜噜噜躁狠狠躁狠狠精品视频| 亚洲天堂男人| 欧美日韩在线观看视频| 亚洲国产日韩精品| 一区二区欧美激情| 亚洲电影在线观看| 亚洲综合社区| 中文国产亚洲喷潮| 免费在线日韩av| 欧美一级免费视频| 国产视频一区免费看| 午夜在线成人av| 亚洲电影一级黄| 国产欧美一区二区三区国产幕精品 | 久久人人爽人人| 亚洲欧美国产日韩天堂区| 蜜臀va亚洲va欧美va天堂| 久久精品国产精品亚洲综合| 欧美日韩亚洲综合一区| 亚洲午夜视频在线观看| 浪潮色综合久久天堂| 久久精品国产999大香线蕉| 亚洲欧美中文日韩在线| 国产精品久久久久秋霞鲁丝| 亚洲国产精品久久人人爱蜜臀| 免费亚洲电影在线观看| 久久精品视频免费播放| 国产精品日韩高清| 在线中文字幕日韩| 亚洲视频在线观看网站| 欧美国产视频在线观看| 久久激情视频久久| 久久99在线观看| 亚洲欧美另类在线观看| 欧美一二区视频| 久久成人精品| 国产婷婷色一区二区三区| 亚洲欧美制服中文字幕| 久久成人av少妇免费| 国产色产综合产在线视频| 性欧美18~19sex高清播放| 最近看过的日韩成人| 久热re这里精品视频在线6| 免费不卡亚洲欧美| 亚洲电影在线| 欧美激情在线播放| 日韩视频精品在线| 精品91免费| 久久久久免费视频| 牛牛国产精品| 亚洲最新合集| 国产精品亚洲综合色区韩国| 亚洲成色www久久网站| 亚洲欧洲日本在线| 欧美人在线视频| 亚洲综合999| 玖玖玖国产精品| 一本色道精品久久一区二区三区| 久久精品国产久精国产一老狼| 夜夜夜久久久| 国产精品久久久久久久午夜| 午夜精品久久久久久久99水蜜桃| 99精品99| 国产精品一国产精品k频道56| 91久久精品国产| 亚洲一区欧美一区| 精品动漫av| 欧美日韩在线一区| 欧美在线综合| 亚洲精品午夜| 久久视频在线视频| 亚洲午夜黄色| 狠狠色噜噜狠狠狠狠色吗综合| 亚洲专区在线| 欧美 日韩 国产 一区| 亚洲午夜未删减在线观看| 黄色成人在线网站| 欧美一区二区三区视频| 欧美激情一区二区三区| 亚洲欧美一区二区视频| 欧美视频在线免费| 久久久久久一区二区| 在线亚洲美日韩| 亚洲观看高清完整版在线观看| 亚洲国产成人精品女人久久久| 欧美一区二区三区视频在线| 亚洲大胆视频| 久久综合国产精品| 亚洲欧美成人在线| 国产精品福利网站| 欧美aaaaaaaa牛牛影院| 欧美一区二区私人影院日本| 亚洲乱码日产精品bd| 欧美国产日韩a欧美在线观看| 亚洲成色www8888| 国产欧美日韩视频| 久久激情视频免费观看|