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

            歲月流轉,往昔空明

            C++博客 首頁 新隨筆 聯系 聚合 管理
              118 Posts :: 3 Stories :: 413 Comments :: 0 Trackbacks

            首先我聲明一下,其實這里的FAQ所給出的解答,都不是我說的,而是最近接觸boost的時候一名前輩指點的,所以版權屬于的,呵呵。

            Q: boost 1.34.0 在 VC8下工作有哪些問題?

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

            Q:VC8平臺下如何配置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 ;
            然后執行編譯過程

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

            A:不是這樣的。因為boost開發的人大多數都是在gnu下完成的,因此提交的代碼不一定能正常的工作在VC++的環境下。盡管boost盡可能的按照標準來開發,但是通常也會應用到一些編譯器技巧來完成特定的任務。

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

            A:因為typeof可能依賴于已知的編譯器的bugs。release 1.34.0中的typeof是不能在VC8下工作的。如果想獲得可以使用的版本,請使用cvs將head分支的對應代碼check out。

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

            A:在boost的Mail List里面,這已經被認為是一個bug。不僅僅是define選項,cxxflags,cflags都存在同樣的問題。但是奇怪的是,其它features卻能準確的起作用。

            Q:boost 1.34.0 還有哪些問題?

            A:最明顯的問題,就是iostream仍然使用了1.33的版本。而cvs中已經有對應的、經過測試的iostream。很難有什么理由能讓我們認為,是由于1.34的問題而roll back到1.33。因此這很可能是在merge的時候出的差錯。

            Q:boost的未來版本可能有什么變化?

            A:可能在接下來的幾周內,boost將會發布1.34.1。希望新的版本能夠修正現有的問題。1.35中,asio和gil可能會被加入,這使得boost庫能夠有一個不小的變化。

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

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

            Q:為什么說boost 1.34.0是最糟糕的boost?

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

            評論

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

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

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問題解答 2007-06-07 17:39 alec yin
            怎么覺得是vc8垃圾啊~都是vc8出現問題  回復  更多評論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問題解答 2007-06-07 23:22 空明流轉
            不能怪VC8.因為boost那幫人多用gcc寫.最后才會挪到VC8上,所以出了問題自然是VC8倒霉.  回復  更多評論
              

            # re: boost 1.34.0(幾乎是最糟糕的boost) 常見問題解答 2007-10-11 10:18 金慶
            應該是用了VC8才變糟的吧?先聲明,我沒用VC8。

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

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

            > 同時由于code page,在enable_if.hpp編譯的時候會大量出現warning;
            warning無所謂。

            > 同時,最嚴重的bug還是typeof在vc8下不能正常工作。
            既然是因為typeof可能依賴于已知的編譯器的bugs,那就不該使用typeof。  回復  更多評論
              

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

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

            精品久久久久久亚洲精品| 日本欧美久久久久免费播放网| 亚洲AV无码一区东京热久久| 国产精品久久久久久搜索| 久久精品中文字幕有码| 色综合久久综精品| 精品多毛少妇人妻AV免费久久| 色综合久久综合网观看| 亚洲精品综合久久| 久久国产亚洲精品麻豆| AV无码久久久久不卡蜜桃| 久久久久综合网久久| 久久夜色撩人精品国产小说| 精品国产婷婷久久久| 热久久这里只有精品| 中文字幕无码久久精品青草 | 国产免费久久精品丫丫| 99久久99久久精品免费看蜜桃 | 色欲久久久天天天综合网精品| 久久精品国产免费一区| 亚洲精品乱码久久久久久蜜桃不卡| 久久国产乱子精品免费女| 色偷偷88888欧美精品久久久| 久久亚洲国产成人影院网站 | 999久久久免费精品国产| 一本一本久久a久久精品综合麻豆| 精品一区二区久久| av国内精品久久久久影院| 亚洲午夜久久久久久久久久| 久久国内免费视频| 久久天天躁夜夜躁狠狠躁2022| 久久99精品久久久久久9蜜桃| 久久久老熟女一区二区三区| 99久久超碰中文字幕伊人| 精品久久亚洲中文无码| 国产精品久久久久免费a∨| 久久狠狠爱亚洲综合影院| 色妞色综合久久夜夜| 东方aⅴ免费观看久久av | 97热久久免费频精品99| 99久久er这里只有精品18|