私は、Keil uvision 3.0とarm-uclibc-プレフィックス付きのGNUコンパイラを使用する古い古いプロジェクトに取り組んでいます。Cygnusは、奇妙なバグのある非常に古いツールです。不完全な悪い構文の強調表示、オブジェクトブラウザなどはありません。JTAGを使用してデバッグし、ARMプロセッサと互換性のある16進ファイルを作成する唯一の方法であるため、IDEを知る限り離れることはできません。
誰かが私のatmelat91m55800aアームプロセッサで作業できるようにする最新のツールを提案できますか？
または、オートコンプリートのような最新の機能を使って開発を行うことができるツールかもしれません。高度な構文の強調表示、オブジェクトブラウザなど？JTAGデバッグ（ulink）のサポートは伝説的です
とilはビルドとデバッグにのみkeilを使用しますか？
ELDKまたは独自に構築したツールチェーンと連携してARM7aターゲットへのクロスコンパイルを実行する最新のIDEには、次のものがあります。
これらのIDEには、コード補完とオブジェクトブラウザがIDEに組み込まれているか、プラグインとして利用できます。
Eclipse-CDTは、プラグインを使用したJtag Debbugingをサポートしています。これは、同様のat91armシステムについてここに記載されています。
EHEPは、Eclipse-CDT用の16進エディタープラグインです。 Codeblocks HexEditorプラグインは、Codeblocks用のHexEditorプラグインです。
wallykが言ったように、ELDKはおそらく独自のツールチェーンを構築するよりも簡単です。
Windowsを使用している場合、これにより2つのオプションが提供されます。
ELDKをCygwinで使用します。これは、Linuxで実行するよりも少なくとも10％から20％遅くなります。
Virtualboxを備えたLinux仮想マシンでELDKを使用する
ARMツールチェーンを使用してEclipse-CDTをセットアップするためのいくつかのリソースには次のものがあります。
ARMツールチェーンを使用してコードブロックを設定するためのリソースには、次のものがあります。
これらのオプションのいずれも実行可能でない場合は、いつでもKeiluvision4にアップグレードできます。
もう1つの方法は、リストされているIDEの1つを、Keiluvision3.0で使用されているのと同じツールチェーンで使用することです。そうすれば、古いツールチェーンを同じようにコンパイルして、新しいIDEのすべてのメリットを享受できます。
最新のELDKを使用しない理由はありますか？ARM7aターゲットの汎用コンパイルをサポートし、64ビットを含む最新のLinuxx86システムでホストできます。
たぶん、質問はコンパイラよりもIDEに関するものですか？オートコンプリートの言及は、あなたが何を探しているのか不思議に思います。