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

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

?? the linux gcc howto中譯版v0_2 移植程式與編譯程式.htm

?? gcc的安裝相關資料 詳細介紹了gcc的安裝步驟和方法
?? HTM
?? 第 1 頁 / 共 2 頁
字號:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<!-- saved from url=(0056)http://lnwmm.xiloo.com/index3/linux/gcc/GCC-HOWTO-4.html -->
<HTML><HEAD><TITLE>The Linux GCC HOWTO中譯版V0.2: 移植程式與編譯程式</TITLE>
<META http-equiv=Content-Type content="text/html; charset=gb2312">
<META content="MSHTML 6.00.2800.1106" name=GENERATOR><LINK 
href="GCC-HOWTO-5.html" rel=next><LINK href="GCC-HOWTO-3.html" 
rel=previous><LINK href="GCC-HOWTO.html#toc4" rel=contents>
<META content="zero 011, default" name="Microsoft Theme">
<META content="tlb, default" name="Microsoft Border"></HEAD>
<BODY text=#ffffff vLink=#669966 aLink=#999999 link=#6699cc bgColor=#000000 
background="The Linux GCC HOWTO中譯版V0_2 移植程式與編譯程式.files/zertxtr.gif"><!--msnavigation-->
<TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>
  <TBODY>
  <TR>
    <TD><!--mstheme--><FONT face=宋體>
      <P style="MARGIN-TOP: 0px" align=left></P><!--mstheme--></FONT>
      <TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>
        <TBODY>
        <TR>
          <TD width="13%" bgColor=#00ffff><!--mstheme--><FONT face=宋體><FONT 
            face=楷體_GB2312 color=#008000 
          size=3>您的位置:</FONT><!--mstheme--></FONT></TD>
          <TD width="18%" bgColor=#00ffff><!--mstheme--><FONT 
            face=宋體><STRONG><FONT face=楷體_GB2312 color=#008000 
            size=3></FONT></STRONG><!--mstheme--></FONT></TD>
          <TD width="69%" bgColor=#00ffff><!--mstheme--><FONT face=宋體><FONT 
            color=#008000>
            <MARQUEE width=540 bgColor=#33cccc 
            height=16>愛你很好,真的很好,你知道什么是我想要;當被你擁抱,我甚至覺不出什么是我所缺少。早餐做好,襯衫燙好,讓我看來是你的驕傲。你從不吵鬧,但這樣安靜的生活使我想逃。想看遠一些,想走遠一點,我不甘心就這樣讓一切停下來,假裝是無所謂的永遠。也許我是將風溶解在血中的男子,也許我是天生習慣自私,你用溫柔和真摯,面對我在愛里,放肆的樣子;也許我是將風溶解在血中的男子,也許我是天生崇拜追逐,當你將疑慮裝得若無其事,請原諒我,像風一樣的男子!</MARQUEE></FONT><!--mstheme--></FONT></TD></TR></TBODY></TABLE><!--mstheme--><FONT 
      face=宋體><!--mstheme--></FONT></TD></TR><!--msnavigation--></TBODY></TABLE><!--msnavigation-->
<TABLE cellSpacing=0 cellPadding=0 width="100%" border=0>
  <TBODY>
  <TR>
    <TD vAlign=top width="1%"><!--mstheme--><FONT 
    face=宋體><!--mstheme--></FONT></TD>
    <TD vAlign=top width=24></TD><!--msnavigation-->
    <TD vAlign=top><!--mstheme--><FONT face=宋體><A 
      href="http://lnwmm.xiloo.com/index3/linux/gcc/GCC-HOWTO-5.html">Next</A> 
      <A 
      href="http://lnwmm.xiloo.com/index3/linux/gcc/GCC-HOWTO-3.html">Previous</A> 
      <A 
      href="http://lnwmm.xiloo.com/index3/linux/gcc/GCC-HOWTO.html#toc4">Contents</A> 
<!--msthemeseparator-->
      <P align=center><IMG height=10 
      src="The Linux GCC HOWTO中譯版V0_2 移植程式與編譯程式.files/zerrulea.gif" 
      width=600></P>
      <H2><!--mstheme--><FONT color=#cccccc><A name=s4>4. 移植程式與編譯程式</A><!--mstheme--></FONT></H2>
      <H2><!--mstheme--><FONT color=#cccccc><A name=index.25></A><A 
      name=ss4.1>4.1 gcc自行定義的符號</A> <!--mstheme--></FONT></H2>
      <P>只要執行gcc時,附加<CODE> 
      -v</CODE>這個參數,就能找出你所用的這版gcc,自動幫你定義了什麼符號。例如,我的機器看起來會像這樣: 
      <P>
      <BLOCKQUOTE><CODE><!--mstheme--></FONT><PRE>$ echo 'main(){printf("hello world\n");}' | gcc -E -v -
Reading specs from /usr/lib/gcc-lib/i486-box-linux/2.7.2/specs
gcc version 2.7.2
 /usr/lib/gcc-lib/i486-box-linux/2.7.2/cpp -lang-c -v -undef
-D__GNUC__=2 -D__GNUC_MINOR__=7 -D__ELF__ -Dunix -Di386 -Dlinux
-D__ELF__ -D__unix__ -D__i386__ -D__linux__ -D__unix -D__i386
-D__linux -Asystem(unix) -Asystem(posix) -Acpu(i386)
-Amachine(i386) -D__i486__ -
</PRE><!--mstheme--><FONT face=宋體></CODE></BLOCKQUOTE>
      <P>假若你正在寫的程式碼會用到一些Linux獨有的特性,那麼把那些無法移植的程式碼,以條件式編譯的前置命令封括起來,可是個不錯的主意呢!如下所示∶ 

      <P>
      <BLOCKQUOTE><CODE><!--mstheme--></FONT><PRE>#ifdef __linux__
/* ... funky stuff ... */
#endif /* linux */
</PRE><!--mstheme--><FONT face=宋體></CODE></BLOCKQUOTE>
      <P>用<CODE>__linux__</CODE>就可以達成目的;看仔細一點,<EM>不是</EM><CODE>linux</CODE>喔。盡管<CODE>linux</CODE>也有定義,畢竟,這個仍然不是POSIX的標準。 

      <P>
      <P>
      <H2><!--mstheme--><FONT color=#cccccc><A name=ss4.2>4.2 線上求助說明</A> <!--mstheme--></FONT></H2>
      <P>gcc編譯器參數的說明文件是gcc info page(在Emacs內,按下<CODE>C-h 
      i</CODE>,然後選‘gcc’的選項)。要是弄不出來,不是賣你CD-ROM的人沒把這個東東壓給你,不然就是你現在用的是舊版的。遇到這種情況,最好的方法是移動尊臀到archive 
      <A 
      href="ftp://prep.ai.mit.edu/pub/gnu">ftp://prep.ai.mit.edu/pub/gnu</A>或是它的mirrors站臺,去把gcc的原始檔案抓回家,重新烹飪一番。 

      <P>gcc manual page(<CODE>gcc.1</CODE>) 
      可以說是已經過時了,要是你吃飽了撐著沒事干硬是想看,它就會告訴你說別無聊了。 
      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A name=index.27></A><A 
      name=index.26></A>旗正飄飄&nbsp; <!--mstheme--></FONT></H3>
      <P>在命令列上執行gcc時,只要在它的屁股後面加上<CODE>-O</CODE><EM>n</EM>的選項,就能讓gcc乖乖的替你生出最佳編碼的機器碼。這里的<EM>n</EM>是一個可有可無的小整數,不同版本的gcc,<EM>n</EM>的意義與其正確的功效都不一樣,不過,典型的□圍是從0(不要雞婆,我不要最佳編碼。)變化到2(最佳編碼要多一點。),再升級到3(最佳編碼要再多一點,多一點)。 

      <P>gcc在其內部會將這些數字轉譯成一系列的<CODE>-f</CODE>與<CODE>-m</CODE>的選項。執行gcc時帶上旗號<CODE>-v</CODE>與<CODE>-Q</CODE>,你就能很清楚的看出每一種等級的<CODE>-O</CODE>是對應到那些選項。好比說,就<CODE>-O2</CODE>來講,我的gcc告訴會我說: 

      <P>
      <BLOCKQUOTE><CODE><!--mstheme--></FONT><PRE>enabled: -fdefer-pop -fcse-follow-jumps -fcse-skip-blocks
-fexpensive-optimizations
         -fthread-jumps -fpeephole -fforce-mem -ffunction-cse -finline
         -fcaller-saves -fpcc-struct-return -frerun-cse-after-loop
         -fcommon -fgnu-linker -m80387 -mhard-float -mno-soft-float
         -mno-386 -m486 -mieee-fp -mfp-ret-in-387
</PRE><!--mstheme--><FONT face=宋體></CODE></BLOCKQUOTE>
      <P>要是你用的最佳編碼等級高於你的編譯器所能支援的(e.g. 
      <CODE>-O6</CODE>),那麼它的效果就跟你用你的編譯器<EM>所能</EM>提供的最高等級的效果是一樣的。說實在的,發行出去的gcc程式碼,用在編譯時竟是如此處理這等問題,真的不是什麼好的構想。日後若是有更進步的最佳編碼方法具體整合到新的版本里,而你(或是你的users)還是試著這樣做的話,可能就會發現gcc會中斷你的程式了。 

      <P><A name=index.28></A>從gcc 
      2.7.0升級到2.7.2的users應該注意一點,使用<CODE>-O2</CODE>時會有一個bug。更糟糕的是,強度折減參數(strength 
      reduction)居然沒有用!要是你喜歡重新編譯gcc的話,是有那麼一個修正的版本可以更正這項錯誤;不然的話,一定要確定每次編譯時都有加上<CODE>-fno-strength-reduce</CODE>喔! 

      <P>11/12/97譯 
      <P>
      <P>
      <P>
      <H3><!--mstheme--><FONT color=#cccccc>有個性的微處理器<!--mstheme--></FONT></H3>
      <P>有一些<CODE>-m</CODE>的旗號十分有用處,但是卻無法藉由各種等級的<CODE>-O</CODE>打開來使用。這之中最重要的有是<CODE>-m386</CODE>和<CODE>-m486</CODE>這兩種,用來告訴gcc該把正在編譯的程式碼視作專為386或是486機器所寫的。不論是用哪一種<CODE>-m</CODE>來編譯程式碼,都可以在彼此的機器上執行,-m486編譯出來的碼會比較大,不過拿來在386的機器上跑也不會比較慢就是了。 

      <P>目前尚無<CODE>-mpentium</CODE>或是<CODE>-m586</CODE>的旗號。Linus建議我們可以用<CODE>-m486 
      -malign-loops=2 -malign-jumps=2 
      -malign-functions=2</CODE>來得到最佳編碼的486程式碼,這樣做正好就可以避免alignment(Pentium并不需要)有過大的gaps發生。Michael 
      Meissner說: 
      <P>
      <BLOCKQUOTE>我的第六感告訴我,<CODE>-mno-strength-reduce</CODE>(嘿!要曉得我可不是在談強度折減參數的bug呀,那已經是另外一個爭論的戰場了。)一樣也可以在x86的機器上產生較快的程式碼,這是因為x86的機器對暫存器有著不可磨滅的□渴在,而且GCC's 
        method of grouping registers into spill registers vs. other registers 
        doesn't help 
        either。傳統上,強度折減的結果會使得編譯器去利用加法暫存器以加法運算來取代乘法運算。事實上,我在懷疑<CODE>-fcaller-saves</CODE>可能也只是個漏洞也說不定。 
      </BLOCKQUOTE>
      <BLOCKQUOTE>而我的第七感則再度的告訴我說,<CODE>-fomit-frame-pointer</CODE>可能會也可能不會有任何的賺頭。從這點來看,就是意謂著有另一個暫存器可以用來處理記憶體分配的問題。另方面,若純粹從x86的機器在轉換它的指令集成為機器碼的方法上來看,便意謂著堆疊所用到的記憶體空間要比frame所用到的還要來得多;換句話說,Icache對程式碼而言并沒有實質上的幫助,若是閣下用了<CODE>-fomit-frame-pointer</CODE>的話,同時也是告訴編譯器在每次呼叫函數之後,就必須修正堆疊的指標;然而,就frame來講,若呼叫的次數不多的話,則允許堆疊暫時堆積起來。 
      </BLOCKQUOTE>
      <P>有關這方面主題的最後一段話仍是來自於Linus: 
      <P>
      <BLOCKQUOTE>要注意的是,如果你想要得到最佳狀況的執行效能,可千萬別相信我的話。無論如何,一定要進行測試。gcc編譯器還有許多的參數可用,其中可能就有一種最特別的組合,可以給你最佳編碼的結果。 
      </BLOCKQUOTE>
      <P>11/14/97譯 5/15/98修正 
      <P>
      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A name=index.33></A><A 
      name=index.32></A><A name=index.31></A><A name=index.30></A><A 
      name=index.29></A><CODE>Internal compiler error: cc1 got fatal signal 
      11</CODE> <!--mstheme--></FONT></H3>
      <P>Signal 11是指 SIGSEGV,或者 ‘segmentation 
      violation’。通常這是指說gcc對自己所用的指標感到困惑,而且還嘗試著把資料寫入不屬於它的記憶體里。所以,這可能是一個gcc的bug。然而,大體而言,gcc是一支經過嚴密測試且可靠度良好的軟體佳作。它也用了大量復雜的資料結構與驚人的指標數量。簡言之,若是要評選本世紀最挑惕與最一絲不□的RAM測試程式,gcc絕對可以一摘后冠。假如你<EM>無法重新復制這只bug</EM>---當你重新開始編譯時,錯誤的訊息并沒有一直出現在同一個地方---那幾乎可以確定,是你的硬體本身有問題(CPU,記憶體,主機板或是快取記憶體).<B>千萬不要</B>因為你的電腦可以通過開機程序的測試、或是Windows可以跑得很順、或者其它什麼的,就回過頭來大肆宣傳說這是gcc的一個bug;你所做的這些測試動作,通常沒有什麼實際上的價值,這是很合理的結論。另外,也不要因為編譯核心時,總是停留在‘<CODE>make 
      zImage</CODE>’的階段,就要大罵這是gcc的bug---當然它會停在那兒啊!做‘<CODE>make 
      zImage</CODE>’時,需要編譯的檔案可能就超過200檔案;我們正在研擬一個替代的方案。 
      <P>
      <P>如果你可以重覆產生這個bug,而且(最好是這樣啦!)可以寫一個短小的程式來展示這只bug的話,你就可以把它做成bug報告,然後email給FSF,或者是linux-gcc通信論壇。你可以去參考gcc的說明文件,看看有什麼詳細的資訊,是他們所需要的。 

      <P>
      <P>
      <H2><!--mstheme--><FONT color=#cccccc><A name=ss4.3>4.3 移植能力</A> <!--mstheme--></FONT></H2>
      <P>據報,近日來許多正面的消息指出,若是有某件東東到現在都還沒移植到Linux上去,那麼可以肯定的是,它一定一點價值也沒有。:-) 
      <P>嗯!正經一點。一般而言,原始碼只需要做一些局部的修改,就可以克服Linux 
      100%與POSIX相容的特質。如果你做了任何的修改,而將此部份傳回給原作者,會是很有建設性的舉動。這樣日後就只需要用到‘make’,就能得到一個可執行的檔案了。 

      <P>
      <H3><!--mstheme--><FONT color=#cccccc>BSD教徒 (有 
      <CODE>bsd_ioctl</CODE>、<CODE>daemon</CODE> 與 <CODE>&lt;sgtty.h&gt;</CODE>)<!--mstheme--></FONT></H3>
      <P>編譯程式時,可以配合<CODE>-I/usr/include/bsd</CODE>與連結<CODE>-lbsd</CODE>的程式庫。(例如:在你的Makefile檔內,把<CODE>-I/usr/include/bsd</CODE>加到<CODE>CFLAGS</CODE>那一行;把<CODE>-lbsd</CODE>加到<CODE>LDFLAGS</CODE>那一行)。如果你真的那麼想要BSD型態的信號行為,也<EM>不</EM>需要再加上<CODE>-D__USE_BSD_SIGNAL</CODE>了。那是因為當你用了<CODE>-I/usr/include/bsd</CODE>與含括了標頭檔<CODE>&lt;signal.h&gt;</CODE>之後,make時就會自動加入了。 

      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A name=index.38></A><A 
      name=index.37></A><A name=index.36></A><A name=index.35></A><A 
      name=index.34></A>失落的封印(<CODE>SIGBUS</CODE>, <CODE>SIGEMT</CODE>, 
      <CODE>SIGIOT</CODE>, <CODE>SIGTRAP</CODE>, <CODE>SIGSYS</CODE> etc) <!--mstheme--></FONT></H3>
      <P>Linux與POSIX是完全相容的。不過,有些信號并不是POSIX定義的---ISO/IEC 9945-1:1990 (IEEE Std 
      1003.1-1990), paragraph B.3.3.1.1 sez: 
      <P>
      <BLOCKQUOTE>“在POSIX.1中省略了SIGBUS、SIGEMT、SIGIOT、SIGTRAP與SIGSYS信號,那是因為它們的行為與實作的方式息息相關,而且也無法進行適當的分類。確認實作方式後,便可以發送這些信號,可是必須以文件說明它們是在什麼樣的環境底下發送出來的,以及指出任何與它們的發展相關的限制。” 
      </BLOCKQUOTE>
      <P>
      <P>想要修正這個問題,最簡單也是最笨的方法就是用<CODE>SIGUNUSED</CODE>重新定義這些信號。<EM>正確的</EM>方法應該是以條件式的編譯<CODE>#ifdef</CODE>來處理這些問題才對: 

      <P>
      <BLOCKQUOTE><CODE><!--mstheme--></FONT><PRE>#ifdef SIGSYS
/* ... non-posix SIGSYS code here .... */
#endif
</PRE><!--mstheme--><FONT face=宋體></CODE></BLOCKQUOTE>
      <P>11/15/97譯 5/22/98修正 
      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A name=index.39></A>K &amp; R <!--mstheme--></FONT></H3>
      <P>gcc是一個與ANSI相容的編譯器;奇怪的是,目前大多數的程式碼都不符合ANSI所定的標準。如果你熱愛ANSI,喜歡用ANSI提供的標準來撰寫C程式,似乎除了加上<CODE>-traditional</CODE>的旗號之外,就沒有其它什麼可以多談的了。There 
      is a certain amount of finer-grained control over which varieties of brain 
      damage to emulate;請自行查閱gcc info page。 
      <P>要注意的是,盡管你用了<CODE>-traditional</CODE>來改變語言的特性,它的效果也僅局限於gcc所能夠接受的□圍。例如, 
      <CODE>-traditional</CODE>會打開<CODE>-fwritable-strings</CODE>,使得字串常數移至資料記憶體空間內(從程式碼記憶體空間移出來,這個地方是不能任意寫入的)。這樣做會讓程式碼的記憶體空間無形中增加的。 

      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A name=index.41></A><A 
      name=index.40></A>前置處理器的符號卯上函數原型宣告 <!--mstheme--></FONT></H3>
      <P>最常見的問題是,如眾所皆知,Linux中有許多常用的函數都定義成巨集存放在標頭檔內,此時若有相似的函數原型宣告出現在程式碼內,前置處理器會拒絕進行語法分析的前置作業。常見的有<CODE>atoi()</CODE>與<CODE>atol()</CODE>。 

      <P>
      <H3><!--mstheme--><FONT color=#cccccc><A 

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
石原莉奈在线亚洲二区| 波多野结衣中文一区| 蜜臀久久久久久久| 国产成人av电影在线播放| 欧美色网一区二区| 国产精品欧美一区喷水| 蜜桃视频一区二区三区在线观看| 成人a区在线观看| 欧美大片国产精品| 一区二区欧美在线观看| 风流少妇一区二区| 欧美大胆人体bbbb| 午夜激情久久久| 99久久婷婷国产| 久久精品亚洲精品国产欧美kt∨| 亚洲国产成人高清精品| 91亚洲精品久久久蜜桃| 国产亚洲欧美在线| 另类小说一区二区三区| 88在线观看91蜜桃国自产| 亚洲欧美另类久久久精品2019| 黄色小说综合网站| 欧美一区二区三区四区在线观看 | 成人18视频日本| 日韩一级黄色大片| 天天综合天天做天天综合| 欧美三级中文字| 亚洲国产中文字幕| 欧美网站一区二区| 亚洲高清不卡在线观看| 一本色道亚洲精品aⅴ| 国产精品成人免费精品自在线观看| 国内外成人在线| 日韩免费高清电影| 久草这里只有精品视频| 日韩欧美精品在线| 久久成人久久鬼色| 26uuu久久天堂性欧美| 国产一区二区精品久久| 2020日本不卡一区二区视频| 国产在线日韩欧美| 国产女主播一区| 99久久精品免费看国产免费软件| 国产精品免费视频一区| 93久久精品日日躁夜夜躁欧美| 亚洲欧洲av另类| 日本黄色一区二区| 亚洲激情在线播放| 欧美日韩精品一区二区三区| 男人的j进女人的j一区| 久久久综合精品| 国产精品一区在线观看你懂的| 中文字幕av资源一区| 99国产精品久久久久久久久久久| 亚洲视频在线一区| 欧美人狂配大交3d怪物一区| 久久激情综合网| 国产欧美精品一区二区色综合朱莉 | 欧美色国产精品| 日韩有码一区二区三区| 精品免费99久久| 成人亚洲一区二区一| 一级日本不卡的影视| 91精品国产全国免费观看| 国产精品影视在线观看| 中文字幕一区二区三区在线播放| 91福利在线导航| 久草中文综合在线| 亚洲精品高清在线观看| 欧美一区二区视频在线观看2022| 国产精品亚洲成人| 亚洲激情男女视频| 日韩免费福利电影在线观看| 国产精品夜夜爽| 一区二区三区日韩精品视频| 精品久久一区二区| 色欧美片视频在线观看| 激情综合色播五月| 一区二区在线看| 久久久精品综合| 欧美性大战久久| 粉嫩在线一区二区三区视频| 亚洲成人av电影| 亚洲国产经典视频| 欧美一区二区三区小说| 91麻豆免费视频| 国产精品99久久久久久有的能看| 亚洲国产另类精品专区| 中文字幕不卡在线播放| 91精品国产综合久久香蕉的特点| 成人黄色小视频| 久久99精品一区二区三区| 亚洲国产欧美日韩另类综合 | 欧美日韩国产一二三| 风间由美一区二区三区在线观看 | 一本到不卡精品视频在线观看| 激情综合网最新| 午夜精品在线看| 依依成人精品视频| 国产清纯白嫩初高生在线观看91| 欧美一区二区性放荡片| 欧美日韩在线三区| 色综合天天综合网国产成人综合天 | 日本免费新一区视频| 亚洲午夜精品网| 18成人在线观看| 国产精品无人区| 2欧美一区二区三区在线观看视频| 欧美性大战久久久久久久| 色综合久久久久综合体| 成年人国产精品| 岛国av在线一区| 丁香婷婷综合五月| 高清成人在线观看| 国产成a人无v码亚洲福利| 国产一区二区不卡| 韩国精品免费视频| 国产在线视频一区二区| 精品亚洲国产成人av制服丝袜| 免费一级片91| 麻豆91在线播放免费| 麻豆国产欧美一区二区三区| 美女爽到高潮91| 麻豆精品在线视频| 韩国v欧美v日本v亚洲v| 国产综合久久久久久久久久久久| 久久99精品久久久久婷婷| 国产一区二区伦理片| 成人性视频网站| 91亚洲国产成人精品一区二三| 97精品久久久久中文字幕| 一本色道久久综合亚洲aⅴ蜜桃| 一本大道av一区二区在线播放| 日本韩国精品一区二区在线观看| 欧美伊人久久久久久久久影院| 欧美日韩日日骚| 日韩欧美美女一区二区三区| 久久久亚洲国产美女国产盗摄 | 欧美精品高清视频| 欧美大片一区二区| 中文字幕不卡在线播放| 亚洲黄色尤物视频| 日韩电影在线免费观看| 国产精品一区二区三区乱码| 不卡的av网站| 欧美另类videos死尸| 久久综合五月天婷婷伊人| 国产精品久久久久久久久快鸭| 一区二区三区中文字幕精品精品 | 国产日本欧美一区二区| 亚洲免费资源在线播放| 无码av免费一区二区三区试看| 精品一区二区三区香蕉蜜桃| www.成人网.com| 678五月天丁香亚洲综合网| 久久精品亚洲国产奇米99| 亚洲美腿欧美偷拍| 激情另类小说区图片区视频区| bt7086福利一区国产| 欧美一区二区久久| 国产精品的网站| 六月丁香综合在线视频| 91性感美女视频| 欧美变态口味重另类| 亚洲激情第一区| 国产一区二区按摩在线观看| 欧美视频一区二区在线观看| 国产欧美一区二区精品仙草咪| 亚洲一区在线视频观看| 国产精品一卡二卡| 欧美一级欧美一级在线播放| 亚洲美女屁股眼交| 99久久精品免费看国产免费软件| 制服丝袜亚洲色图| 亚洲美女免费在线| 高清国产一区二区| 日韩一级视频免费观看在线| 一区二区三区中文在线观看| 国产激情精品久久久第一区二区 | 美女免费视频一区二区| 色综合久久综合网| 中文字幕欧美日本乱码一线二线| 亚洲电影在线免费观看| bt欧美亚洲午夜电影天堂| 久久免费电影网| 日韩和欧美的一区| 在线视频欧美精品| 亚洲人成网站色在线观看| 粗大黑人巨茎大战欧美成人| 亚洲精品一区二区三区四区高清| 亚洲国产成人精品视频| 色8久久精品久久久久久蜜| 国产精品美女视频| 福利视频网站一区二区三区| 久久综合色之久久综合| 国产一区在线观看麻豆| 精品免费99久久| 激情六月婷婷久久| 久久久青草青青国产亚洲免观| 蜜臀av一区二区在线免费观看|