Windows平臺集成開發環境介紹

根據圖3所示模型圖，可以推斷出使用工具鏈(ToolChain)管理的設計思想。以下是對模型圖的簡要說明：

　　①UI是用戶接口，這部分是交給用戶自己來控制影響Build model，最簡單的例子就是在同一個工程里面，可以通過圖形界面指定哪些文件編譯，哪些文件不編譯；

　　②Makefile generator是Makefile生成器；

　　③CDT Parser是二進制解析器，這是Windows下用GNU工具編譯程序所必須的；

　　④Tool Integrator是GNU工具鏈集成器和其他東西，比如編譯器sparc-rtems-gcc。

　　設計工作主要是依照這樣一個模型來完成，模型中有要處理的工程的配置管理信息，然后Makefile generator采集這些信息，讓它的Project工程中每個子目錄生成對應的Makefile，模型的配置是可以變化和影響的，而默認的配置是由plugin.xml文件指定的。

2 開發應用實例

　　①具體的應用例子

　　現在簡單列舉一個編程例子來演示此開發平臺的功能效果。按照一般教程的慣例，我們選擇列舉Hello World這個例子，向世界問好。

　　如果不想為一個入門的例子特意去找一個硬件平臺，可以使用軟件模擬器來模擬S698系列處理器的硬件平臺；如果程序涉及外設硬件操作，就只能連接硬件平臺并使用硬件調試器了。

　　首先，打開開發環境并選定一個工作區，參照圖1，在Orion C下選擇Bare C Project，新建一個test工程，然后單擊“next”按鈕。

　　Bare C Project選項生成的工程，就是純粹的在SPARC架構平臺上運行的C工程；而Rtems C Project選項生成的工程，就是帶RTEMS操作系統運行的C工程。它們的本質區別就是工具鏈的配置不同。而用戶可以通過自己的配置來影響編譯配置，這也印證了圖3工具鏈配置管理模型圖所表現的UI功能。

圖4 調試環境設置

圖5 debug界面

　　在Project Type中已經默認選擇了工具鏈Orbta.inc(sparc-rtems toolchain，link whitout rtems-OS)，繼續單擊“next”按鈕，然后單擊Finish按鈕，建立工程。該工程里有自動生成的代碼，用戶可以修改編輯。就這樣，用戶沒有寫一行代碼就生成了想要的程序。

　　現在可以看到的是編輯器支持語法關鍵字的色彩顯示。其實編寫程序代碼的過程中，編輯器具體的顯示色彩可由用戶自由編輯，同時具有程序語法的自動糾錯功能。這樣既方便了代碼編寫，又提高了代碼的編寫質量。

　　如果程序沒有出現預期的結果，就需要進行調試。Orion4.0強大的調試功能允許用戶對程序進行單步跟蹤，設置斷點，觀察變量，察看堆棧等。

　　Orion4.0支持以下的調試方式：

　　●Simulator調試模式；

　　●SMON調試模式；

　　●Debug monitor調試模式。

　　②調試

　　現在大概了解一下調試的方式。

　　在工程生成的EXE文件中點右鍵，選擇“Debug As”，選擇“Debug”，在彈出窗口中的“C/C++ Application running on Simulator/SMON”項中右鍵選擇New（或雙擊）以新建調試環境，然后根據不同的調試模式做好相應的設置，設置完成后直接在“Debug”設置窗口單擊“Debug”按扭啟動調試，如圖4所示。

　　因為要展現工具的功能，我們稍微修改了一下程序，增加了一個int的變量。從圖5可以看到單步調試的淺綠色亮條，反匯編的代碼，還有追蹤變量的窗口。當然這些只是Orion4.0的一小部分的功能。

　　結束語

　　作為術開發人員，總是希望自己手中的工具既方便又強大，從而擺脫瑣碎的操作環節，專注于編程，而Orion4.0就能夠實現這個想法。另外，該開發平臺是可以擴展的，你可以在這個開發平臺上使用任何一種編程語言。