IDE для встроенной разработки

Я широко использовал Code :: Blocks

code :: blocks

Эта штука такая потрясающая, Если у вас установлены какие-либо binutils arm-elf, avr-elf, VC, mingw, вы можете использовать все, что хотите, просто выберите набор инструментов в свойствах проекта, добавьте несколько библиотек и т. Д.

Я использовал для добавления других такие инструменты, как flash2000 для процессоров LPC, objdump и т. д., в качестве внешней команды.

Для этой IDE существует множество инструментов, которые делают вашу кросс-компиляцию быстрее и проще. И он намного лучше (быстрее, меньше), чем Eclipse + CDT и другие подобные вещи.

Eclipse is used as the basis for Embedded development IDEs from QNX Software Systems (who are also the primary contributors to the CDT), WindRiver, Mentor Graphic, and others, so it has some weight behind it. Green-Hills have an Eclipse plug-in for their toolchain.

Getting a seamless development environment from integrating your own tools is hard work however, but more viable than with other Text Editors because of the open plug-in architecture. It depends on the level of integration you want. Edit and build are straight-forward in most editors. Getting all of, edit, build, build/dependency-management (makefile generation), version control, source browsing and remote source level debug, is a bit of a task outside of an off-the-shelf suite from someone like one of the above vendors.

Many of the proprietary non-Eclipse based IDE's from the likes of Keil or IAR are looking a little old fashioned, and are seldom satisfactory as editors, although they often offer a lot of low level functionality in terms of target hardware and RTOS awareness and simulation.

Unless you're developing on the device, why not just use the IDE you usually use? You're gonna be cross-compiling anyway.

Я работаю над встроенными продуктами довольно давно, в основном я использую emacs с ctags (etags) и cscope. В последнее время я начал использовать SlickEdit, он отлично работает. Однако я лично рекомендую вам ознакомиться с Vim / Emacs любым редактором, который вам удобнее. Самое лучшее в emacs / vim - это гибкость, позволяющая расширять функциональность с помощью плагина / как бы вы это ни называли. Для расширения этих редакторов доступно множество сторонних плагинов. Конечно, вам нужно потратить некоторое время, чтобы начать работу.

Если вы готовы пойти на компромисс в отношении встроенного компилятора и поддержки SVN, тогда я бы сказал, что Source Insight - лучший инструмент для всех остальных требований.

• I used vim especially working with Linux/unix systems with cscope (for source cross-reference). Vim is nifty with latest versions supporting code-completion. Lot of plugins available.
• Emacs is a power-horse, lot of customizing support.It support CVS/Clearcase AFAIK.

В настоящее время я использую IAR's Workbench, что достаточно приятно. Я раньше использовал Eclipse с подключаемым модулем CDT (и, вероятно, в какой-то момент снова буду использовать), и его навигация по коду работала нормально. Я не помню, чтобы мне приходилось слишком много заниматься, чтобы заставить его индексировать код, но я использовал GCC (что может быть фактором), и я помню, что мне приходилось перезапускать Eclipse и / или вручную указывать ему переиндексировать время от времени, когда казалось бы, у него проблемы с навигацией.

Однако, хотя IAR Workbench работает достаточно хорошо для большинства вещей, когда я действительно хочу иметь удобную навигацию по коду под рукой, я просто загружаю Visual Studio с проектом make-файла, который включает исходное дерево. Команды makefile просто вызывают утилиты командной строки IAR для выполнения сборки. Это работает фантастически хорошо, за исключением отладки - для этого мне нужно перейти в IAR Workbench. А когда я нахожусь в режиме отладки, просто оставаться в IAR проще. Но если я анализирую или сокращаю код, для этого я перейду на VS.

Таким образом, в основном вы можете использовать любую IDE, которую предпочитаете, для большей части своей разработки, если ваша цепочка инструментов для цели предусматривает управление из командной строки.

как правило, вы можете использовать любую IDE, которую предпочитаете, для большей части своей разработки, если ваша цепочка инструментов для цели предусматривает управление из командной строки.

как правило, вы можете использовать любую IDE, которую предпочитаете, для большей части своей разработки, если ваша цепочка инструментов для цели предусматривает управление из командной строки.

Я использовал Microscope (Vex Platform), EVC ++ и компиляторы Maemo + Nano для встроенного программирования. Большинство других запрашиваемых вами инструментов часто находится за пределами IDE.

Однако Netbeans можно настроить для компиляции кода, отличного от Java. Это не просто не так удобно. Если вы разрабатываете C ++, вы можете изменить используемый компилятор и легко сможете использовать плагин C ++.

Большинство других инструментов, которые вы запрашиваете, часто можно найти за пределами IDE.

Однако Netbeans можно настроить для компиляции кода, отличного от Java. Это не просто не так удобно. Если вы разрабатываете C ++, вы можете изменить используемый компилятор и легко сможете использовать плагин C ++.

Большинство других запрашиваемых вами инструментов часто находится за пределами IDE.

Однако Netbeans можно настроить для компиляции кода, отличного от Java. Это не просто не так удобно. Если вы разрабатываете C ++, вы можете изменить используемый компилятор и легко сможете использовать плагин C ++.