我正在使用Keil uvision 3.0 以及帶有arm-uclibc-前綴 和Cygnus的GNU編譯器的舊舊項目，這些都是非常古老的工具，它們都具有很奇怪的錯誤。沒有outcomplete不好的語法高亮，沒有對象瀏覽器等等。 我不能離開IDE，據我所知，因爲它是唯一可以使用JTAG進行調試並創建與我的ARM處理器兼容的十六進制文件的方式。 atmelm911055a arm處理器？從Keil uvision 3.0推進？
或者可能是一個工具，可以讓我用自動完成等現代fetures做發展。提前語法高亮顯示，對象瀏覽器等？ 支持JTAG調試（ulink）會legendery
和il使用keil只能建立和調試？
現代IDE將與ELDK或自己建的工具鏈工作做交叉編譯到ARM7a目標包括：
這些IDE具有內置在IDE中的代碼完成和對象瀏覽器，或作爲插件提供。
Eclipse的CDT支持JTAG Debbuging與插件作爲記錄一個類似AT91臂系統here
EHEP是一個十六進制編輯器插件Eclipse的CDT。 Codeblocks HexEditor plugin是Codeblock的十六進制編輯器插件。
作爲wallyk說ELDK可能比建立自己的工具鏈更容易。
當你在Windows上，這給你兩個選擇：
使用ELDK使用Cygwin，它的工作原理雖然是比Linux上運行它慢至少10％至20％。
使用ELDK與VirtualBox的Linux虛擬機用於Eclipse的CDT與ARM工具鏈建立
一些資源包括
資源包括
如果這些選項都不適合您，您可以隨時升級至Keil uvision 4。
另一種替代方法是使用Keil uvision 3.0使用的相同工具鏈列出的其中一種IDE。通過這種方式，您可以使用舊工具鏈的相同編譯來獲得較新IDE的所有優點。
任何理由不使用最新的ELDK？它可以是supports generic compiling for the ARM7a target，並且可以是hosted on any modern Linux x86系統，包括64位。
也許問題是關於IDE而不是編譯器？自動完成提及讓我想知道你在找什麼。
我正在尋找IDE，一個在Windows上工作的人。這將使我的發展生活更輕鬆。 – Nahum 2012-03-11 08:57:20
這是一個很好的答案。我能夠編譯和編譯，但是卻降低了性能。在完成工具鏈的一些額外研究部分之後，我使用了該公司在該特定硬件下的最高性能等。我看不到任何簡單的方法來挽救這一點。 – Nahum 2012-03-11 12:51:51