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

            歲月流轉(zhuǎn),往昔空明

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

            首先我聲明一下,其實(shí)這里的FAQ所給出的解答,都不是我說(shuō)的,而是最近接觸boost的時(shí)候一名前輩指點(diǎn)的,所以版權(quán)屬于的,呵呵。

            Q: boost 1.34.0 在 VC8下工作有哪些問(wèn)題?

            A: boost 1.34.0在VC8下使用它自帶的STL編譯出的"Safe"代碼速度很慢;它的安全的C函數(shù),boost也不支持。同時(shí)由于code page,在enable_if.hpp編譯的時(shí)候會(huì)大量出現(xiàn)warning;同時(shí),最嚴(yán)重的bug還是typeof在vc8下不能正常工作,而cvs中head版本是可以的。

            Q:VC8平臺(tái)下如何配置bjam的編譯?

            A:在$(boost)/tools/build/v2下找到 user-config.jam,在config msvc里面添加這一行:
            using msvc : 8.0 : : <compileflags>/wd4819 <compileflags>/D_CRT_SECURE_NO_DEPRECATE <compileflags>/D_SCL_SECURE_NO_DEPRECATE <compileflags>/D_SECURE_SCL=0 ;
            然后執(zhí)行編譯過(guò)程

            Q:cvs head一定是可以使用的嗎?

            A:不是這樣的。因?yàn)閎oost開發(fā)的人大多數(shù)都是在gnu下完成的,因此提交的代碼不一定能正常的工作在VC++的環(huán)境下。盡管boost盡可能的按照標(biāo)準(zhǔn)來(lái)開發(fā),但是通常也會(huì)應(yīng)用到一些編譯器技巧來(lái)完成特定的任務(wù)。

            Q:為什么我的typeof在VC8下不能使用?

            A:因?yàn)閠ypeof可能依賴于已知的編譯器的bugs。release 1.34.0中的typeof是不能在VC8下工作的。如果想獲得可以使用的版本,請(qǐng)使用cvs將head分支的對(duì)應(yīng)代碼check out。

            Q:為什么使用bjam define不能將編譯選項(xiàng)傳遞到編譯器中?

            A:在boost的Mail List里面,這已經(jīng)被認(rèn)為是一個(gè)bug。不僅僅是define選項(xiàng),cxxflags,cflags都存在同樣的問(wèn)題。但是奇怪的是,其它features卻能準(zhǔn)確的起作用。

            Q:boost 1.34.0 還有哪些問(wèn)題?

            A:最明顯的問(wèn)題,就是iostream仍然使用了1.33的版本。而cvs中已經(jīng)有對(duì)應(yīng)的、經(jīng)過(guò)測(cè)試的iostream。很難有什么理由能讓我們認(rèn)為,是由于1.34的問(wèn)題而roll back到1.33。因此這很可能是在merge的時(shí)候出的差錯(cuò)。

            Q:boost的未來(lái)版本可能有什么變化?

            A:可能在接下來(lái)的幾周內(nèi),boost將會(huì)發(fā)布1.34.1。希望新的版本能夠修正現(xiàn)有的問(wèn)題。1.35中,asio和gil可能會(huì)被加入,這使得boost庫(kù)能夠有一個(gè)不小的變化。

            Q:如何知道boost接納了哪些目前還不在boost release中的庫(kù)?

            A:http://www.boost.org/more/formal_review_schedule.html

            Q:為什么說(shuō)boost 1.34.0是最糟糕的boost?

            A:難道還不夠糟糕嗎?
            posted on 2007-05-24 11:39 空明流轉(zhuǎn) 閱讀(2389) 評(píng)論(7)  編輯 收藏 引用

            評(píng)論

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2007-05-24 20:36 missdeer
            呵呵  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2007-05-30 17:24 Atry
            typeof在VC8可以使用,但是只能用模擬方式,必須用宏來(lái)注冊(cè)需要用typeof的類型和模板類  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2007-06-07 17:39 alec yin
            怎么覺(jué)得是vc8垃圾啊~都是vc8出現(xiàn)問(wèn)題  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2007-06-07 23:22 空明流轉(zhuǎn)
            不能怪VC8.因?yàn)閎oost那幫人多用gcc寫.最后才會(huì)挪到VC8上,所以出了問(wèn)題自然是VC8倒霉.  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2007-10-11 10:18 金慶
            應(yīng)該是用了VC8才變?cè)愕陌??先聲明,我沒(méi)用VC8。

            > boost 1.34.0在VC8下使用它自帶的STL編譯出的"Safe"代碼速度很慢;
            應(yīng)該可以在Release中禁用Safe Code吧?

            > 它的安全的C函數(shù),boost也不支持。
            不知什么意思,有編譯錯(cuò)誤嗎?

            > 同時(shí)由于code page,在enable_if.hpp編譯的時(shí)候會(huì)大量出現(xiàn)warning;
            warning無(wú)所謂。

            > 同時(shí),最嚴(yán)重的bug還是typeof在vc8下不能正常工作。
            既然是因?yàn)閠ypeof可能依賴于已知的編譯器的bugs,那就不該使用typeof。  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2008-10-15 14:58 ds
            怎么在visual studio 2008下配置boost?  回復(fù)  更多評(píng)論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問(wèn)題解答 2008-10-18 20:03 空明流轉(zhuǎn)
            @ds
            和2005都相同。  回復(fù)  更多評(píng)論
              


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


            久久人与动人物a级毛片| 狠色狠色狠狠色综合久久| 99热成人精品免费久久| 久久亚洲AV成人无码国产| 77777亚洲午夜久久多喷| 无码乱码观看精品久久| 亚洲欧美久久久久9999| 亚洲精品无码久久久久AV麻豆| 亚洲一本综合久久| 久久久久久噜噜精品免费直播| 久久最新免费视频| 久久亚洲熟女cc98cm| 欧美精品久久久久久久自慰| 精品久久久中文字幕人妻| 久久婷婷五月综合国产尤物app| 亚洲国产欧美国产综合久久| 久久精品亚洲精品国产色婷| 久久综合中文字幕| 久久亚洲国产成人精品无码区| 色老头网站久久网| 久久水蜜桃亚洲av无码精品麻豆| 久久99国产精品一区二区| 很黄很污的网站久久mimi色| 中文字幕亚洲综合久久菠萝蜜| 亚洲熟妇无码另类久久久| 99国产精品久久| 思思久久99热免费精品6| 日本人妻丰满熟妇久久久久久| 久久这里只有精品久久| 久久乐国产综合亚洲精品| 国产精品99久久久久久人| 久久无码一区二区三区少妇 | 性做久久久久久久久老女人| 久久人人爽人人爽人人片AV不 | 亚洲日本va午夜中文字幕久久 | 九九久久自然熟的香蕉图片| 国产叼嘿久久精品久久| 色综合久久无码五十路人妻| 久久乐国产精品亚洲综合| 久久午夜无码鲁丝片| 四虎亚洲国产成人久久精品|