• <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++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              37 隨筆 :: 5 文章 :: 94 評論 :: 0 Trackbacks
            大家都知道現在C/C++的編譯是分為兩個部分的,即編譯和連接:源文件經編譯后生成目標文件,然后再連接為可執行文件.
            我對這兩個階段要做的工作還沒有了解,所以我現在可以這樣設想(也有可能是無知的設想):
            以一種標準的方式定義目標文件的格式,使之在各操作系統上生成的目標文件完全一致,而且都可以在相應的平臺上進行正確的連接.這樣的話,就相當于是一個中間層次的可移植性了.其實,如果這樣不行的話也可以像JAVA那樣生成一定格式的"字節碼"文件,然后再進行編譯連接.
            如果可以將連接的一部分功能結合到操作系統內部,實現動態的連接,這樣就可以實現類似動態裝載的特性了.
            但這個要實現的話就需要有一個大的投資方或者開源社區自己的共同努力才能實現了.
            所以現在這樣的想法還是空想吧.

            不過我想,事物都是發展的,我們的C++當然也不會例外的.我相信C++會在不久也實現動態及完全的跨平臺的特性的.希望這一天不會太遠!
            posted on 2005-09-14 23:30 可冰 閱讀(2426) 評論(7)  編輯 收藏 引用 所屬分類: C++

            評論

            # re: 目前C++可以實現跨平臺嗎 2005-09-18 08:39 FrameSniper
            "大家都知道現在C/C++的編譯是分為兩個部分的,即編譯和連接:源文件經編譯后生成目標文件,然后再連接為可執行文件."——現在?你的意思是以前不是了?原生開發環境下誕生的程序都上兩個階段吧,一個就是編譯成目標文件,然后Linker把這些目標文件以及一些資源文件連接成最后的符合PE/COFF標準的EXE文件或者COM等可執行文件。

            跨平臺的基礎是虛擬機,就我所知,VC.NET好象是可以同時對原生和基于虛擬的兩個環境做開發的。
              回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎 2005-09-18 09:54 cpunion
            跨平臺的一個方式是虛擬機,另一個方式是提供一致的API和ABI,也就是要求所有操作系統支持相同的可執行文件格式,完整支持POSIX,這個似乎很難達到。

            所以目前看來,虛擬機是唯一的辦法。

            從C++語言的發展方向上,很難看到他們有在語言層面上跨平臺的打算。

            退而求其次,或許能夠依賴于某個工具,幫助檢查源代碼的可移植性。  回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎 2005-09-18 11:06 可冰
            @FrameSniper
            "現在?你的意思是以前不是了?"
            ----------
            當然不是了,我的文字不好,沒有講明白,謝謝你指正.

            另外,我不認為跨平臺只有依靠虛擬機.像cpunion所說,只要系統提供一致的接口就行.但是,如果接口差異不是很大,我想應該可以靠編譯器的工作來轉換.
            我的意思也不是要讓生成的可執行文件實現跨平臺,而是在一個中間代碼的層次實現,而后由編譯器針對各系統的不同而生成不同的程序.雖然這也不是完全的跨平臺,但在開發者的角度看也差不多了,而且可以通過編譯器的實現來將中間代碼的編譯速度提高,這樣也可以實現.NET所謂的即時編譯,即第一次運行的時候編譯,以后就不用編譯了.其實在虛擬機上,也不是可以生成目標操作系統的機器代碼嗎,但它的效率應該不及C/C++了吧.


              回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎 2005-09-18 11:19 可冰
            @cpunion
            從C++語言的發展方向上,很難看到他們有在語言層面上跨平臺的打算。
            --------------
            確實,但我覺得現在語言層面動態的需求是很大的,尤其是做應用開發的.而C++卻是在已經做得不錯的效率上下工夫,而且現在又要加入一些保證安全的語言特征.這可不符合大勢所趨啊.所以我覺得C++也會往這方面發展的吧.
            其實我覺得那些C++的元老對C++的發展起了太大的作用,而他們又是比較保守的,所以導致C++發展緩慢.我覺得現在JAVA的方式不錯,通過JCP社區最終決定它的發展方向.
            也許也是我錯了吧:也許C++并不想走"大眾化"的道路,或是那些元老不想讓它走.
            但我認為使用者才是擁有最終決定權的.  回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎 2005-09-18 12:55 cpunion
            C/C++代碼有很多方面在跨平臺時有問題,并不是JIT編譯器可以解決的,主要是畎;它太底層了。

            JIT本身也是虛擬機的一部分,采用它就得確定使用虛擬機。

            C++跨平臺的問題,通過良好的設計和編寫規范代碼,是可以實現的,很多產品都是跨平臺的了。

            C++最大的問題應該是動態性問題,C++除了虛函數和簡單的RTTI以外,基本上沒有任何動態性,而動態性卻是分布式編程中基本的需求。目前C++編寫分布式組件,都需要先以一種IDL來編寫接口,再生成一堆調用代碼,而很多其它語言則可以在語言內解決這個問題。

            c++0x正在加入一個XTI(擴展類型信息),不過還沒有看到實現產品,所以也無法評論。我希望它不要像上一個標準中的RTTI這么簡單,而是要以一種語言層面的東西加入進來。
            比如我在類聲明時寫成dynamic class X;則這個類在編譯后,將在全局類型表中注冊自己,并可以通過全局名稱查找到類,還可以由類查找所有成員的名稱、類型等,也就是反射,當然希望還能走得更遠些,比如動態創建、動態加載類型庫等。

            愛之深,痛之切,適當抱怨一下也未嘗不可。。。  回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎 2007-07-18 17:13 學習
            編譯跨平臺,標準c/c++,在vc下開發嵌入式應用,很普遍的事情  回復  更多評論
              

            # re: 目前C++可以實現跨平臺嗎[未登錄] 2007-08-12 01:37 南郁
            你說的很有道理,“生成的目標文件完全一致”,這在C++的討論里,稱為“有共同的二進制格式”,但事實上有兩個問題:

            第一: “二進制格式” 的標準,不在語言里,而在操作系統手上,可惜操作系統之間往往是沒有這個共同標準。所以只能通過編譯成一個“偽代碼”,再去調操作系統對應的功能。

            第二,有了偽代碼,在去調系統對應功能時,仍然可能遇上問題。那就是各個操作系統對應功能的實現差別太大,這時簡單地“調用”就不可能了。比如有功能A,在操作系統O1上,只需要一個函數,而在操作系統O2上,需要3個函數的組合才能實現。所以這個“調用”,就得“智能”一點,這樣就成了“虛擬機”了,也就是在不同操作系統,有不同的虛擬機實現對外統一的接口。舉一個典型例子,你想吃漢堡,這時有三種情況:

            1.本地有麥當勞,去麥當勞買一個,因為麥當勞的漢堡比較地道。
            2.本地沒有麥當勞,但有肯德基,去肯德基買一個。
            3.本地根本沒有賣漢堡的店。。。沒關系,親處去找面粉,雞肉什么的,做一個,只要你愿意等。

            這些事情就是虛擬機做的。C++不考慮虛擬機,所以也就不可能有運行時機制上的跨平臺。但是C++的語法當然是跨平臺的。還有就是庫可以跨平臺。比如網絡,一個ACE庫,確實跨了很多平臺。


            比如你想買一份 麥當勞的堡,但你現在所在的城市居然沒有麥當勞,那就不好辦了。。。  回復  更多評論
              

            久久久精品国产| 中文字幕久久波多野结衣av| 欧美一区二区三区久久综合| 久久精品久久久久观看99水蜜桃| 久久久久久综合网天天| 欧美精品国产综合久久| 久久久久久久久无码精品亚洲日韩 | 欧美一区二区三区久久综| 伊人久久综合成人网| 久久精品国产影库免费看| 日韩欧美亚洲综合久久影院Ds | 波多野结衣中文字幕久久 | 久久久精品人妻一区二区三区蜜桃| 久久久久久曰本AV免费免费| 久久人人爽人人爽人人片av高请 | 亚洲日本va午夜中文字幕久久| 波多野结衣久久精品| 国产精品美女久久久| 亚洲七七久久精品中文国产 | 91性高湖久久久久| 亚洲午夜久久久久久久久久 | 久久99热精品| 亚洲精品蜜桃久久久久久| 久久久久婷婷| 国产精品99久久久久久宅男| 亚洲综合精品香蕉久久网| 亚洲欧美精品一区久久中文字幕| 久久国产亚洲精品无码| 伊人久久精品无码av一区| 久久综合伊人77777| 国产福利电影一区二区三区久久久久成人精品综合 | 久久av高潮av无码av喷吹| 久久99精品国产麻豆| 久久热这里只有精品在线观看| 久久99精品九九九久久婷婷| 久久久久高潮毛片免费全部播放| 午夜精品久久久久久影视777| 九九99精品久久久久久| 国产91色综合久久免费分享| 久久夜色精品国产欧美乱| 三上悠亚久久精品|