我正在使用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