亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? gcc中文手冊3.htm

?? GCC中文使用詳細說明
?? HTM
?? 第 1 頁 / 共 3 頁
字號:
      stage2和stage3目標文件將把 臨時文件名傳遞給匯編器,嵌在目標文件中,這意味著不比較目標文件是否相同. 
      <BR><BR>-msoft-float <BR>輸出包含浮點庫調用. 警告: 所需庫不是GNU 
      CC的一部分.一般說來使用該機型本地C編譯器的相應部件, 但是不能直接用于交叉編譯,你必須自己安排,提供交叉編譯適用的庫函數. 
      <BR><BR>-mhard-float <BR>輸出包含浮點指令.如果編譯器沒有被改動,這就是默認選項. <BR><BR>-mfp64 
      <BR>編譯器認為狀態字的FR置位(on),也就是說存在32 64-bit浮點寄存器,而不是32 32-bit 
      浮點寄存器.同時必須打開-mcpu=r4000和-mips3開關. <BR><BR>-mfp32 <BR>認為存在32 
      32-bit浮點寄存器.這是默認選項. <BR><BR>-mabicalls <BR><BR>-mno-abicalls <BR>輸出(或不輸出) 
      .abicalls, .cpload,和.cprestore偽指令,某些 System V.4版本用于位置無關代碼. 
      <BR><BR>-mhalf-pic <BR>-mno-half-pic 
      <BR>-mhalf-pic開關選項要求把外部引用的指針放到數據段,并且載入內存,而不放到正文段.該選項目前 不起作用. <BR><BR>-G 
      num <BR>把小于等于num字節的全局或靜態數據放到小的數據段或bss段,而不是普通的數據段或bss段. 
      這樣匯編器可以輸出基于全局指針(gp或$28),的單字內存訪問指令而非普通的雙字指令.默認情況下, 
      用MIPS匯編器時num是8,而GNU匯編器則為0.另外, -Gnum選項也被傳遞 給匯編器和連接器.所有的模塊必須在相同的-Gnum值下編譯. 
      <BR><BR>-nocpp <BR>匯編用戶匯編文件(帶有`.s'后綴)時,告訴MIPS匯編器不要運行預處理器. 
      <BR><BR>下面的`-m'選項用于Intel 80386族計算機: -m486 <BR><BR>-mno-486 
      <BR>控制是否生成對486優化的代碼. <BR><BR>-msoft-float <BR>輸出包含浮點庫調用. 警告: 所需庫不是GNU 
      CC的一部分.一般說來使用該機型本地C編譯器的相應部件, 但是不能直接用于交叉編譯,你必須自己安排,提供交叉編譯適用的庫函數. 
      <BR>在函數把浮點返回值放在80387寄存器棧的機器上,即使設置了`-msoft-float'選項,也可能會發出 一些浮點操作碼. 
      <BR><BR><BR>-mno-fp-ret-in-387 <BR>不用FPU寄存器返回函數值. 
      <BR>通常函數調用約定把float和double的返回值放在FPU寄存器中,即使不存在FPU. 這種作法的理念是操作系統應該仿真出FPU. 
      <BR><BR>而`-mno-fp-ret-in-387'選項使浮點值通過普通的CPU寄存器返回. 
      <BR><BR><BR>下面的`-m'選項用于HPPA族計算機: <BR><BR>-mpa-risc-1-0 <BR>生成PA 
      1.0處理器的目標碼. <BR>-mpa-risc-1-1 <BR>生成PA 1.1處理器的目標碼. <BR><BR>-mkernel 
      <BR>生成適用于內核的目標碼.特別要避免add指令,它有一個參數是DP寄存器;用addil 
      代替add指令.這樣可以避免HP-UX連接器的某個嚴重bug. <BR><BR>-mshared-libs 
      <BR>生成能夠連接HP-UX共享庫的目標碼.該選項還沒有實現全部功能,對PA目標默認為關閉.使用這個選項會導致 編譯器生成錯誤的目標碼. 
      <BR><BR>-mno-shared-libs <BR>不生成連接HP-UX共享庫的目標碼.這是PA目標的默認選項. 
      <BR><BR>-mlong-calls 
      <BR>生成的目標碼允許同一個源文件中的函數調用,調用點和被調函數的距離可以超過256K之遠.不需要打開這個開關選項, 
      除非連接器給出``branch out of range errors``這樣的錯誤. <BR><BR>-mdisable-fpregs 
      <BR>防止任何情況下使用浮點寄存器.編譯內核需要這個選項,內核切換浮點寄存器的執行環境速度非常緩慢.如果打開了這個 
      開關選項同時試圖浮點操作,編譯將失敗. <BR><BR>-mdisable-indexing <BR>防止編譯器使用索引地址模式(indexing 
      address mode).這樣在MACH上編譯MIG生成的代碼時,可以 避免一些非常晦澀的問題. <BR><BR>-mtrailing-colon 
      <BR>在標記定義(label definition)的末尾添加一個冒號(用于ELF匯編器). <BR><BR>下面的`-m'選項用于Intel 
      80960族計算機: <BR><BR>-mcpu-type <BR>默認機器類型為cpu-type 
      ,使編譯器產生對應的指令,地址模式和內存對齊.默認的 cpu-type是kb;其他選擇有ka, mc, ca, cf, sa,和sb. 
      <BR><BR>-mnumerics <BR>-msoft-float <BR>-mnumerics開關選項指出處理器不支持浮點指令. 
      -msoft-float開關選項指出不應該認為 機器支持浮點操作. <BR><BR>-mleaf-procedures 
      <BR>-mno-leaf-procedures <BR>企圖(或防止)改變葉過程(leaf 
      procedure),使其可被bal指令以及call指令 
      調用.對于直接函數調用,如果bal指令能夠被匯編器或連接器替換,這可以產生更有效的代碼,但是其他情況下 
      產生較低效的代碼,例如通過函數指針調用函數,或使用了不支持這種優化的連接器. <BR><BR>-mtail-call 
      <BR>-mno-tail-call 
      <BR>執行(或不執行)更多的嘗試(除過編譯器那些機器無關部分),優化進入分支的尾遞歸(tail-recursive)調用.你 
      可能不需要這個,因為檢測什么地方無效沒有全部完成.默認開關是-mno-tail-call. <BR><BR>-mcomplex-addr 
      <BR>-mno-complex-addr <BR>認為(或不認為)在當前的i960設備上,值得使用復合地址模式(complex 
      addressing mode).復合地址模式 可能不值得用到K系列,但是一定值得用在C系列.目前除了CB和CC處理器,其他處理器上 
      -mcomplex-addr是默認選項. <BR><BR>-mcode-align <BR>-mno-code-align 
      <BR>把目標碼對齊到8字節邊界上(或者不必),這樣讀取會快一些.目前只對C系列默認打開. <BR><BR>-mic-compat 
      <BR>-mic2.0-compat <BR>-mic3.0-compat <BR>兼容iC960 v2.0或v3.0. 
      <BR><BR>-masm-compat <BR>-mintel-asm <BR>兼容iC960匯編器. 
      <BR><BR>-mstrict-align <BR>-mno-strict-align <BR>不允許(或允許)邊界不對齊的訪問. 
      <BR><BR>-mold-align <BR>使結構對齊(structure-alignment)兼容Intel的gcc發行版本1.3 
      (基于gcc 1.37).目前 這個選項有點問題,因為#pragma align 1總是作同樣的設定,而且無法關掉. 
      <BR><BR>下面的`-m'選項用于DEC Alpha設備: <BR><BR>-mno-soft-float <BR>-msoft-float 
      <BR>使用(或不使用)硬件浮點指令進行浮點運算.打開-msoft-float時,將使用 
      `libgcc1.c'中的函數執行浮點運算.除非它們被仿真浮點操作的例程替換,或者類似,它們被編譯為調用 
      仿真例程,這些例程將發出浮點操作.如果你為不帶浮點操作的Alpha編譯程序,你必須確保建立了這個庫,以便不調用 仿真例程. 
      <BR>注意,不帶浮點操作的Alpha也要求擁有浮點寄存器. <BR><BR><BR>-mfp-reg <BR>-mno-fp-regs 
      <BR>生成使用(或不使用)浮點寄存器群的目標代碼. -mno-fp-regs包含有-msoft-float 
      開關選項.如果不使用浮點寄存器,浮點操作數就象整數一樣通過整數寄存器傳送,浮點運算結果放到$0而不是$f0.這是非標準 
      調用,因此任何帶有浮點參數或返回值的函數,如果被-mno-fp-regs開關編譯過的目標碼調用,它也必須 用這個選項編譯. 
      <BR>這個選項的典型用法是建立內核,內核不使用任何浮點寄存器,因此沒必要保存和恢復這些寄存器. 
      <BR><BR><BR>下面附加的選項出現在System V第四版中,用于兼容這些系統中的其他編譯器: <BR><BR>-G 
      <BR>在SVr4系統中, gcc出于兼容接受了`-G'選項(然后傳遞給連接器).可是我們建議使用 
      `-symbolic'或`-shared'選項,而不在gcc命令行上出現連接選項. <BR><BR>-Qy 
      <BR>驗證編譯器用的工具的版本,輸出到.ident匯編指令. <BR><BR>-Qn <BR>制止輸出端的.ident指令(默認選項). 
      <BR><BR>-YP,dirs <BR>對于`-l'指定的庫文件,只搜索dirs.你可以在dirs中用冒號隔開各個 目錄項. 
      <BR><BR>-Ym,dir <BR>在dir目錄中尋找M4預處理器.匯編器使用這個選項. 
      <BR><BR>&nbsp;&nbsp;<BR>代碼生成選項(CODE GENERATION 
      OPTION)<BR>下面的選項和平臺無關,用于控制目標碼生成的接口約定. <BR>大部分選項以`-f'開始.這些選項擁有確定和否定兩種格式; 
      `-ffoo'的否定格式是 `-fno-foo'.后面的描述將只列舉其中的一個格式---非默認的格式.你可以通過添加或去掉 
      `no-'推測出另一個格式. <BR><BR><BR>-fnonnull-objects 
      <BR>假設通過引用(reference)取得的對象不為null (僅C++). <BR>一般說來, GNU 
      C++對通過引用取得的對象作保守假設.例如,編譯器一定會檢查下似代碼中的a不為 null: <BR><BR>obj &amp;a = g (); 
      a.f (2); <BR><BR>檢查類似的引用需要額外的代碼,然而對于很多程序是不必要的.如果你的程序不要求這種檢查,你可以用 
      `-fnonnull-objects'選項忽略它. <BR><BR><BR>-fpcc-struct-return 
      <BR>函數返回struct和union值時,采用和本地編譯器相同的參數約定.對于較小的結構, 
      這種約定的效率偏低,而且很多機器上不能重入;它的優點是允許GCC編譯的目標碼和PCC編譯的目標碼互相調用. 
      <BR><BR>-freg-struct-return <BR>一有可能就通過寄存器返回struct和union函數值.對于較小的結構,它比 
      -fpcc-struct-return更有效率. <BR>如果既沒有指定-fpcc-struct-return 
      ,也沒有指定-freg-struct-return, GNU CC默認使用目標機的標準約定.如果沒有標準約定, GNU 
      CC默認采用-fpcc-struct-return. <BR><BR><BR>-fshort-enums 
      <BR>給enum類型只分配它聲明的值域范圍的字節數.就是說, enum類型等于大小足夠的 最小整數類型. 
      <BR><BR>-fshort-double <BR>使double類型的大小和float一樣. <BR><BR>-fshared-data 
      <BR>要求編譯結果的數據和非const變量是共享數據,而不是私有數據.這種差別僅在某些操作系統上面有意義, 
      那里的共享數據在同一個程序的若干進程間共享,而私有數據在每個進程內都有副件. <BR><BR>-fno-common 
      <BR>即使未初始化的全局變量也分配在目標文件的bss段,而不是把它們當做普通塊(common block)建立.這樣的 
      結果是,如果在兩個不同的編譯結果中聲明了同一個變量(沒使用extern ),連接它們時會產生錯誤. 
      這個選項可能有用的唯一情況是,你希望確認程序能在其他系統上運行,而其他系統總是這么做. <BR><BR>-fno-ident 
      <BR>忽略`#ident'指令. <BR><BR>-fno-gnu-linker 
      <BR>不要把全局初始化部件(如C++的構造子和解構子)輸出為GNU連接器使用的格式(在GNU連接器是標準方法的系統 
      上).當你打算使用非GNU連接器的時候可以用這個選項,非GNU連接器也需要collect2程序確保系統連接器 
      放入構造子(constructor)和解構子(destructor). (GNU CC的發布包中包含有collect2 
      程序.)對于必須使用collect2的系統,編譯器驅動程序gcc自動配置為這么做. <BR><BR>-finhibit-size-directive 
      <BR>不要輸出.size匯編指令,或其他類似指令,當某個函數一分為二,兩部分在內存中距離很遠時會引起問題. 
      當編譯`crtstuff.c'時需要這個選項;其他情況下都不應該使用. <BR><BR>-fverbose-asm 
      <BR>輸出匯編代碼時放些額外的注釋信息.這個選項僅用于確實需要閱讀匯編輸出的時候(可能調試編譯器自己的時候). 
      <BR><BR>-fvolatile <BR>使編譯器認為所有通過指針訪問的內存是易變內存(volatile). 
      <BR><BR>-fvolatile-global <BR>使編譯器認為所有的外部和全局變量是易變內存. <BR><BR>-fpic 
      <BR>如果支持這種目標機,編譯器就生成位置無關目標碼.適用于共享庫(shared library). <BR><BR>-fPIC 
      <BR>如果支持這種目標機,編譯器就輸出位置無關目標碼.適用于動態連接(dynamic linking),即使分支需要大范圍 轉移. 
      <BR><BR>-ffixed-reg <BR>把名為reg的寄存器按固定寄存器看待(fixed 
      register);生成的目標碼不應該引用它(除了或許 用作棧指針,幀指針,或其他固定的角色). 
      <BR>reg必須是寄存器的名字.寄存器名字取決于機器,用機器描述宏文件的REGISTER_NAMES宏 定義. 
      <BR><BR>這個選項沒有否定格式,因為它列出三路選擇. <BR><BR><BR>-fcall-used-reg 
      <BR>把名為reg的寄存器按可分配寄存器看待,不能在函數調用間使用.可以臨時使用或當做變量使用,生存期 
      不超過一個函數.這樣編譯的函數無需保存和恢復reg寄存器. 
      <BR>如果在可執行模塊中,把這個選項說明的寄存器用作固定角色將會產生災難性結果,如棧指針或幀指針. 
      <BR><BR>這個選項沒有否定格式,因為它列出三路選擇. <BR><BR><BR>-fcall-saved-reg 
      <BR>把名為reg的寄存器按函數保護的可分配寄存器看待.可以臨時使用或當做變量使用,它甚至能在函數間 
      生存.這樣編譯的函數會保存和恢復使用中的reg寄存器. 
      <BR>如果在可執行模塊中,把這個選項說明的寄存器用作固定角色將會產生災難性結果,如棧指針或幀指針. 
      <BR><BR>另一種災難是用這個選項說明的寄存器返回函數值. <BR><BR>這個選項沒有否定格式,因為它列出三路選擇. 
      <BR><BR><BR>&nbsp;&nbsp;<BR>PRAGMAS<BR>GNU 
      C++支持兩條`#pragma'指令使同一個頭文件有兩個用途:對象類的接口定義, 對象類完整的內容定義. <BR><BR>#pragma 
      interface <BR>(僅對C++)在定義對象類的頭文件中,使用這個指令可以節省大部分采用該類的目標文件的大小.一般說來,某些信息 
      (內嵌成員函數的備份副件,調試信息,實現虛函數的內部表格等)的本地副件必須保存在包含類定義的各個目標文件中.使用這個 
      pragma指令能夠避免這樣的復制.當編譯中引用包含`#pragma interface'指令的頭文件時,就 
      不會產生這些輔助信息(除非輸入的主文件使用了`#pragma implementation'指令).作為替代,目標文件 
      將包含可被連接時解析的引用(reference). <BR><BR>#pragma implementation <BR>#pragma 
      implementation "objects.h" 
      <BR>(僅對C++)如果要求從頭文件產生完整的輸出(并且全局可見),你應該在主輸入文件中使用這條pragma.頭文件 
      中應該依次使用`#pragma interface'指令.在implementation文件中將產生全部內嵌成員函數 
      的備份,調試信息,實現虛函數的內部表格等. <BR>如果`#pragma 
      implementation'不帶參數,它指的是和源文件有相同基本名的包含文件;例如, `allclass.cc'中, `#pragma 
      implementation'等于`#pragma implementation 
      allclass.h'.如果某個implementation文件需要從多個頭文件引入代碼,就應該 使用這個字符串參數. 
      <BR><BR>不可能把一個頭文件里面的內容分割到多個implementation文件中. 
      <BR><BR><BR>&nbsp;&nbsp;<BR>文件(FILE)<BR>file.c&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C源文件<BR>file.h&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C頭文件(預處理文件)<BR>file.i&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;預處理后的C源文件<BR>file.C&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C++源文件<BR>file.cc&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C++源文件<BR>file.cxx&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C++源文件<BR>file.m&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Objective-C源文件<BR>file.s&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;匯編語言文件<BR>file.o&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;目標文件<BR>a.out&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;連接的輸出文件<BR>TMPDIR/cc*&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;臨時文件<BR>LIBDIR/cpp&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;預處理器<BR>LIBDIR/cc1&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C編譯器<BR>LIBDIR/cc1plus&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C++編譯器<BR>LIBDIR/collect&nbsp;&nbsp;&nbsp;&nbsp;某些機器需要的連接器前端(front 
      end)程序<BR>LIBDIR/libgcc.a&nbsp;&nbsp;&nbsp;&nbsp;GCC子例程(subroutine)庫<BR>/lib/crt[01n].o&nbsp;&nbsp;&nbsp;啟動例程(start-up)<BR>LIBDIR/ccrt0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;C++的附加啟動例程<BR>/lib/libc.a&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;標準C庫,另見intro 
      (3)<BR>/usr/include&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#include文件的標準目錄<BR>LIBDIR/include&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;#include文件的標準gcc目錄<BR>LIBDIR/g++-include 
      #include文件的附加g++目錄<BR><BR><BR><BR>LIBDIR通常為/usr/local/lib/machine/version. 
      <BR>TMPDIR來自環境變量TMPDIR (如果存在,缺省為/usr/tmp ,否則為 /tmp). <BR><BR>另見(SEE 
      ALSO)<BR>cpp(1), as(1), ld(1), gdb(1), adb(1), dbx(1), sdb(1). <BR>info中 
      `gcc', `cpp', `as', `ld',和`gdb'的條目. <BR>Using and Porting GNU CC (for 
      version 2.0), Richard M. Stallman; The C Preprocessor, Richard M. 
      Stallman; Debugging with GDB: the GNU Source-Level Debugger, Richard M. 
      Stallman和Roland H. Pesch; Using as: the GNU Assembler, Dean Elsner, Jay 
      Fenlason &amp; friends; ld: the GNU linker, Steve Chamberlain和Roland 
      Pesch. <BR><BR>BUGS<BR>關于報告差錯的指導請查閱GCC手冊. <BR><BR>版權(COPYING)<BR>Copyright 
      1991, 1992, 1993 Free Software Foundation, Inc. <BR>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. 
      <BR><BR>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. <BR><BR>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. 
      <BR><BR><BR>作者(AUTHORS)<BR>關于GNU CC的奉獻者請查閱GUN CC手冊. 
      <BR><BR>[中文版維護人]<BR>徐明&lt; <A 
      href="mailto:xuming@users.sourceforge.net">xuming@users.sourceforge.net</A> 
      &nbsp;&gt;&nbsp;&nbsp;&nbsp;<BR>[中文版最新更新]<BR>2003/05/13第一版&nbsp;&nbsp;<BR>《中國Linux論壇man手冊頁翻譯計劃》<BR><A 
      href="http://cmpp.linuxforum.net/">http://cmpp.linuxforum.net/</A>&nbsp;&nbsp;</P>
      <DIV 
      style="FONT-SIZE: 12px; WIDTH: 100%; FONT-FAMILY: Courier 宋體; TEXT-ALIGN: center"><A 
      href="http://21ic.com/news/n5203c79p2.aspx">上一頁</A> <A 
      href="http://21ic.com/news/n5203c79.aspx">[1]</A> <A 
      href="http://21ic.com/news/n5203c79p2.aspx">[2]</A> <SPAN 
      class=gray>[3]</SPAN> </DIV>
      <SCRIPT event=onload for=window type=text/javascript>ImgLoad(document.getElementById("BodyLabel"));</SCRIPT>
      </DIV><BR><BR>
      <TABLE id=dlPages style="WIDTH: 95%; BORDER-COLLAPSE: collapse" 
      cellSpacing=0 align=center border=0>
        <TBODY>
        <TR>
          <TD style="HEIGHT: 20px" colSpan=2>【內容導航】 </TD></TR>
        <TR>
          <TD style="WIDTH: 50%; HEIGHT: 20px">第1頁:<A 
            href="http://21ic.com/news/n5203c79.aspx">GCC 中文手冊</A> </TD>
          <TD style="WIDTH: 50%; HEIGHT: 20px">第2頁:<A 
            href="http://21ic.com/news/n5203c79p2.aspx">GCC 中文手冊(中)</A> </TD></TR>
        <TR>
          <TD style="WIDTH: 50%; HEIGHT: 20px">第3頁:<A class=highlight 
            href="http://21ic.com/news/n5203c79p3.aspx">GCC 中文手冊(下)</A> 
        </TD></TR></TBODY></TABLE>
      <TABLE cellSpacing=0 cellPadding=0 width="97%">
        <TBODY>
        <TR>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
欧美日韩一区二区三区免费看| 成人一区在线观看| 丝袜脚交一区二区| 91精品免费在线| 欧美日韩国产系列| 制服丝袜激情欧洲亚洲| 欧美日韩性生活| 日韩一区二区三区视频在线| 国产自产视频一区二区三区| 777精品伊人久久久久大香线蕉| 成人综合婷婷国产精品久久蜜臀| 欧美久久久久久久久中文字幕| 久久久久久久久久久电影| 欧美精品日韩综合在线| 精品日韩在线观看| 欧美日韩亚洲综合一区二区三区| 亚洲最新视频在线观看| 一区二区视频在线看| 18成人在线视频| 亚洲丝袜另类动漫二区| 国产精品人妖ts系列视频| 国产在线精品不卡| 国产精品女同互慰在线看| 色猫猫国产区一区二在线视频| 欧美日韩日日摸| 久久aⅴ国产欧美74aaa| 国产精品久久久久久久蜜臀| 欧美色图激情小说| 国产黄人亚洲片| 91精品视频网| 91黄色在线观看| 在线91免费看| 亚洲国产精品久久不卡毛片| 日韩免费成人网| 99re亚洲国产精品| 另类欧美日韩国产在线| 亚洲精品老司机| 久久九九影视网| 制服丝袜亚洲色图| 97se狠狠狠综合亚洲狠狠| 久久精品国产亚洲一区二区三区 | 欧美自拍偷拍一区| 免费不卡在线观看| 亚洲男帅同性gay1069| 久久午夜免费电影| 欧美丰满少妇xxxbbb| 自拍偷自拍亚洲精品播放| 欧美成人video| 日韩一卡二卡三卡四卡| 日韩av电影一区| 国产精品久久久久久久第一福利 | 国产成人免费网站| 日韩一二三四区| 精品在线观看免费| 91年精品国产| 激情综合色播激情啊| 中文字幕欧美一区| 久久先锋影音av鲁色资源| 欧美午夜不卡在线观看免费| 99久久免费视频.com| 精品一区二区三区不卡 | 国产激情视频一区二区在线观看| 色综合一个色综合亚洲| 国产精品久久久久久户外露出 | 精品国产一区二区在线观看| 国产精品久久久久影院色老大 | 在线免费观看日本欧美| 日韩中文字幕区一区有砖一区 | 精品一区二区三区视频| 亚洲国产毛片aaaaa无费看| 综合电影一区二区三区 | 处破女av一区二区| 国产一区二三区| 免费成人av资源网| 青青青爽久久午夜综合久久午夜| 这里只有精品视频在线观看| 欧洲色大大久久| 91天堂素人约啪| 色婷婷精品久久二区二区蜜臂av| 天天av天天翘天天综合网| 玉米视频成人免费看| 亚洲免费观看高清完整版在线观看| 精品制服美女久久| 成人免费视频在线观看| 欧美日韩亚洲综合一区二区三区| 欧美亚一区二区| 国产伦精品一区二区三区免费迷 | 日韩不卡免费视频| 一区二区三区在线视频免费观看| 555夜色666亚洲国产免| 欧美精品123区| 精品视频色一区| 日韩亚洲电影在线| 中文字幕av不卡| 亚洲精品在线网站| 懂色av一区二区夜夜嗨| a级高清视频欧美日韩| 亚洲成人免费在线观看| 中文字幕一区二区三区不卡在线 | 中文字幕在线不卡一区二区三区 | 亚洲午夜久久久| 亚洲欧美另类久久久精品2019| 国产一区二区三区日韩| 国产在线观看一区二区| 精东粉嫩av免费一区二区三区| 91视频.com| 91麻豆精品在线观看| 在线观看亚洲精品视频| 色94色欧美sute亚洲13| 成人ar影院免费观看视频| 精品一区二区三区在线播放| 国产成人丝袜美腿| 一本一道波多野结衣一区二区| 美女www一区二区| 国产精品系列在线观看| av激情亚洲男人天堂| 欧洲另类一二三四区| 久久久国产一区二区三区四区小说 | 91免费观看视频| 日韩欧美一区二区久久婷婷| 久久久蜜桃精品| 亚洲电影在线免费观看| 国产一区二区三区香蕉| 色婷婷久久久亚洲一区二区三区| 热久久久久久久| 丁香桃色午夜亚洲一区二区三区| 国产拍揄自揄精品视频麻豆| 久久久久97国产精华液好用吗| 成人黄页毛片网站| 国产91丝袜在线播放九色| 色拍拍在线精品视频8848| 视频一区视频二区中文字幕| 欧美精品一区二区三区很污很色的| 成人免费视频一区| 国产精品久久久久aaaa樱花| 色老汉av一区二区三区| 精品一区二区三区久久| 欧美午夜精品久久久久久孕妇 | 国产精品嫩草99a| 欧美人伦禁忌dvd放荡欲情| 久久品道一品道久久精品| 午夜精品久久久久久| 成人av在线播放网址| 日韩精品电影一区亚洲| 国模娜娜一区二区三区| 欧美日韩成人一区二区| 国产精品三级电影| 成人免费黄色大片| 国产女主播一区| 国产精品原创巨作av| 欧美一区二区三区在线看| 天天综合色天天| 2020国产精品久久精品美国| 免费久久99精品国产| 69精品人人人人| 麻豆精品一区二区三区| 2024国产精品| 粉嫩13p一区二区三区| 国产精品乱人伦| 日本成人在线看| 国产亚洲欧美一区在线观看| 丰满岳乱妇一区二区三区| 久久精品视频免费| 欧美色大人视频| 奇米精品一区二区三区在线观看| 国产馆精品极品| 日韩一区二区免费视频| 裸体一区二区三区| 91精品国产色综合久久不卡电影| 国产一区二区精品久久| 亚洲精品一卡二卡| 捆绑紧缚一区二区三区视频| 成人黄色777网| 久久午夜免费电影| 亚洲h动漫在线| 欧美区在线观看| 美女任你摸久久| 久久综合狠狠综合| 国产69精品久久777的优势| 精品国产99国产精品| 国产精品99久久久久久有的能看| 国产91在线|亚洲| 国产午夜精品美女毛片视频| 成人av在线观| 欧美一二三区在线| 欧美日韩一卡二卡三卡| 国产成人av一区二区三区在线| 色综合天天综合在线视频| 亚洲成年人影院| 亚洲女同女同女同女同女同69| 秋霞成人午夜伦在线观看| 亚洲精品中文在线| 婷婷一区二区三区| 一片黄亚洲嫩模| 亚洲精品日日夜夜| 精品乱码亚洲一区二区不卡| 欧美嫩在线观看| 欧美精品久久久久久久多人混战| 26uuu亚洲| 国产欧美视频一区二区三区|