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

            zelsazgh

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              2 Posts :: 0 Stories :: 9 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(15)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            2007年12月16日 #

            最近沉迷于北歐女神傳說,突然對連擊進(jìn)度條感到相當(dāng)有興趣,首先它是一個(gè)不規(guī)則的進(jìn)度條,而且能夠精確到個(gè)位數(shù)上,一直在猜想其正確方法。

            一、圖層方式,可能這是最耗資源的方式,根據(jù)進(jìn)度樣式制作,貌似需要一百張... 因?yàn)橐_到個(gè)位數(shù)

            二、圖層+算法,只是猜想,先制作半圖形底色,通過按軸運(yùn)動(dòng)的模式,依百分比轉(zhuǎn)動(dòng),不過這個(gè)好像運(yùn)算時(shí)間將會(huì)變得很長。

            三、飯中淹提出的想法,我是不太理解這個(gè)方法了,將進(jìn)度槽分解成200個(gè)三角形,建立圖層樣式,按照百分比的變動(dòng)進(jìn)行增減三角形數(shù)量,貌似是這樣說,具體做法不太理解。

            posted @ 2007-12-16 20:12 Loki.RF 閱讀(487) | 評(píng)論 (0)編輯 收藏

            2007年12月15日 #

            在網(wǎng)上,編譯GCC的方法有很多,大部份人都推薦在CYGWIN環(huán)境下進(jìn)行交叉編譯,這樣可以可以少遇到許多困難,但是使用CYGWIN時(shí)往往需要編譯許多其它相關(guān)工具才行,對于我這個(gè)懶人來說,真是不太現(xiàn)實(shí),所以我開始了我用MINGW編譯之旅。
            在國外似乎很早就有人開始用MINGW嘗試編譯GCC了,不過如你根據(jù)它的方法的話,依我試驗(yàn)后的經(jīng)驗(yàn)不一定能夠成功的編譯出來,因?yàn)橛性S多提前工作,在那文檔中并沒有列出。下面將以GCC4.2.2為例進(jìn)行
            前期準(zhǔn)備工作:
            一、準(zhǔn)備一個(gè)已編譯好的GCC,我用的是TDM的GCC4.2.1(當(dāng)然用它的GCC4.2.2也可以)
            二、安裝MSYS和它的工具包,在MSYS安裝完成以后,一般會(huì)要求指定一下你的GCC安裝路徑,按要求填寫即可,萬一你想改變了你可以在MSYS文件夾中的 /etc/fstab下進(jìn)行修改。最后要說的是你可能需要從MINGW的官網(wǎng)上下載最新MAKE和MAKEINFO這個(gè)兩個(gè)程序,后面我將會(huì)給出為什么需要它們的原因
            三、安裝mingw-core、mingw-win32api、mingw-binutil
            四、編譯GMP與MPFR,根據(jù)測試GMP雖然有了4.2.2版本,但是在WIN環(huán)境下無法通過編譯(有高人幫我解決更好了),但是GMP4.2.1依然可以編譯使用,為編譯 GCC4.2.2所以MPFR必需要求使用MPFR4.2.2,在msys環(huán)境下,老慣例的三步走configre,make,make install就可以了,將編譯好的相關(guān)文件復(fù)制到GCC的文件夾中,當(dāng)然你可以在GCC編譯時(shí)另外指定路徑,不過會(huì)變得麻煩些
            五、安裝GNUWIN32組件
            bison into
            http://gnuwin32.sourceforge.net/down...on-bin-zip.php
            http://gnuwin32.sourceforge.net/down...on-dep-zip.php

            flex
            http://gnuwin32.sourceforge.net/down...ex-bin-zip.php

            libtool
            http://gnuwin32.sourceforge.net/down...ol-bin-zip.php

            libiconv
            http://gnuwin32.sourceforge.net/down...nv-bin-zip.php
            http://gnuwin32.sourceforge.net/down...nv-dep-zip.php

            下一步編譯:

            其實(shí)正常來說這一步可以忽略不說,但是我就是不理解為什么在WIN環(huán)境下會(huì)變得如此的復(fù)雜?

            下面是我的configure執(zhí)行腳本

            #!/bin/sh
            PATH=/f/GCC/bin:/f/msys/1.0/bin:$PATH
            ../../configure --prefix=/mingw --enable-languages=c,c++,fortran,objc,obj-c++,treelang,java --disable-nls --disable-werror --disable-win32-registry --enable-sjlj-exceptions --enable-threads=win32 --disable-libstdcxx-pch --enable-fully-dynamic-string --enable-libgomp --with-tune=generic --with-as=/mingw/bin/as.exe --with-ld=/mingw/bin/ld.exe --with-gcc --with-gnu-ld --with-gnu-as

            注意--with-as=/mingw/bin/as.exe --with-ld=/mingw/bin/ld.exe 這兩句是必須要的,否則在編譯可能出現(xiàn)無法生成a.exe文件的錯(cuò)誤,根據(jù)網(wǎng)上得出的資料是MSYS在文件映射方面,最好是使用UNIX下面的路徑方式,如果使用DOS的路徑方式很容易出現(xiàn)一些陌名的錯(cuò)誤。還有如果你要編譯GCC的大部份編譯器,最好還是按照我上面的來寫--enable-languages=c,c++,fortran,objc,obj-c++,treelang,java,因?yàn)橛袝r(shí)候GCC配置無法正常識(shí)別你要編譯的語言種類,另外GNAT自gcc4.2.0開始,我就一直沒有成功過,一直提示缺少calander文件。


            接著是make,心跳吧,在我的編譯歷程中,這里是最容易出現(xiàn)各種各樣奇怪的錯(cuò)誤的,一般來說有兩個(gè)方面,一個(gè)是上述配置沒有做好,存在一定問題,另一個(gè)就是編譯用的源文件出現(xiàn)問題,我發(fā)現(xiàn)如果你使用WINRAR來解壓GCC4.2.2的源文件時(shí),會(huì)有一個(gè)長文件名的.h文件解壓后文件名出錯(cuò),導(dǎo)致無法編譯通過,我推薦使用7-ZIP,這個(gè)在多次使用過程中沒有出現(xiàn)任何問題。

            最后一步是make install,很不幸的說,這里會(huì)存在一個(gè)問題,有時(shí)你會(huì)發(fā)現(xiàn)你安裝一半會(huì)提示你,需要安裝makeinfo和最新的make應(yīng)用程序,如果你仔細(xì)觀察一下你會(huì)發(fā)現(xiàn)GCC的CONFIGURE里面使用的是 missing makeinfo當(dāng)然是不對的了,還好MINGW上已經(jīng)提供了最的MSYS用MAKE和MAKEINFO,下載覆蓋,然后修改GCC源文件根目錄下的MAKEFILE和子文件夾GCC下的MAKEFILE,把里面的missing makeinfo替換為目錄下的makeinfo就可以解決,同時(shí)不要使用mingw32-make那個(gè)程序,那個(gè)雖然是同MINGW GCC在一起,但是無法在MSYS中使用,否則會(huì)出現(xiàn)調(diào)用文件目錄的錯(cuò)誤,好了到了這一步,GCC4.2.2的編譯全過程就結(jié)束了,希望大家用得愉快


            posted @ 2007-12-15 10:03 Loki.RF 閱讀(6876) | 評(píng)論 (9)編輯 收藏

            无码AV中文字幕久久专区| 久久精品国产福利国产琪琪| 免费久久人人爽人人爽av| 久久99热这里只有精品国产| 国产成人无码精品久久久性色 | 久久这里只有精品视频99| 亚洲美日韩Av中文字幕无码久久久妻妇| 亚洲国产成人精品无码久久久久久综合| 国产一区二区久久久| 青青青国产精品国产精品久久久久| 国産精品久久久久久久| 亚洲国产精品无码久久一区二区| 99久久精品免费看国产一区二区三区| 欧美久久久久久午夜精品| 国内精品久久久久久99| 国内精品久久国产| 国产精品狼人久久久久影院| 日韩人妻无码精品久久免费一| 国产ww久久久久久久久久| 色狠狠久久AV五月综合| 久久久国产打桩机| 合区精品久久久中文字幕一区 | 97久久精品无码一区二区天美| 久久一区二区三区免费| 亚洲国产精品热久久| 久久夜色精品国产噜噜麻豆| 精品久久久久久久国产潘金莲| 久久99久久无码毛片一区二区| 91久久精一区二区三区大全| 亚洲色欲久久久综合网东京热| 亚洲日韩欧美一区久久久久我| 精品久久久久久久久久中文字幕 | www亚洲欲色成人久久精品| 99精品国产在热久久无毒不卡| 国产亚洲精久久久久久无码77777| 亚洲AV伊人久久青青草原| 久久久这里有精品| 久久久久久精品成人免费图片| 超级碰碰碰碰97久久久久| 国产精品成人久久久| 午夜人妻久久久久久久久|