IDE для встроенной разработки - PullRequest
8 голосов
/ 09 октября 2009

Я много занимаюсь разработкой встраиваемых систем на C. Я ищу IDE, которая может предоставить мне те же функции, что и Eclipse или Visual Studio. В прошлом я использовал Vim, но меня просто не устраивает объем работы, который он должен использовать. Сейчас я пытаюсь использовать Eclipse, но я не могу заставить его правильно пометить мой код. У меня также есть доступ к Visual Studio, и я могу получить лицензию SlickEdit.

Кто-нибудь может порекомендовать редактор? Я ищу что-то, что имеет

  • Какой-то тип завершения кода
  • Поддержка SVN
  • Индексирование / тегирование переменных, имен функций и т. Д.
  • Поддержка интерпретации кода, который может быть #ifed
  • Поддержка сторонних компиляторов

Есть ли способ генерировать теги в коде без файла make или сборки кода с помощью gcc?

Ответы [ 11 ]

6 голосов
/ 09 октября 2009

Я думаю, что вы идете в правильном направлении (с Eclipse).

Я думаю, что ваш вопрос, почему вы не можете пометить свой код, однако я знаю, что Eclipse поддерживает ctags (так что это никоим образом не невозможно).

4 голосов
/ 10 октября 2009

Eclipse используется в качестве основы для разработки интегрированных сред разработки от QNX Software Systems (которые также являются основными участниками CDT), WindRiver, Mentor Graphic и других, поэтому за ним стоит некоторый вес. У Green-Hills есть плагин Eclipse для их набора инструментов.

Получение бесшовной среды разработки за счет интеграции ваших собственных инструментов, однако, трудная работа, но более жизнеспособная, чем с другими текстовыми редакторами, из-за открытой архитектуры плагинов. Это зависит от уровня интеграции, который вы хотите. Редактировать и строить просто в большинстве редакторов. Получение всего, редактирование, сборка, сборка / управление зависимостями (генерация make-файла), контроль версий, просмотр исходного кода и отладка на удаленном уровне исходного кода - это небольшая задача вне готового пакета от кого-то вроде одного из выше поставщиков.

Многие из проприетарных IDE, не основанных на Eclipse, от Keil или IAR, выглядят немного старомодно и редко бывают удовлетворительными в качестве редакторов, хотя они часто предлагают много низкоуровневой функциональности с точки зрения целевого оборудования и ОСРВ осознание и симуляция.

4 голосов
/ 09 октября 2009

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

код :: блоки

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

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

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

3 голосов
/ 24 ноября 2013

http://mbeddr.com/

Только что выпустили IDE для встроенных систем

1 голос
/ 04 июня 2014

Я думаю, что если вопрос касается выбора IDE, то ответ будет Eclipse with CDT . Опытным парням нравится автор " TDD со встроенным C ", Джеймс Греннинг любит и использует его. См. Приложение к упомянутой книге для получения дополнительной информации.

1 голос
/ 10 ноября 2009

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

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

1 голос
/ 14 октября 2009

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

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

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

1 голос
/ 09 октября 2009

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

0 голосов
/ 10 октября 2009

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

0 голосов
/ 09 октября 2009
  • Я использовал vim, особенно работая с системами Linux / unix с cscope (для перекрестной ссылки на источник). Vim изящен с последними версиями, поддерживающими завершение кода. Доступно множество плагинов.
  • Emacs - мощная лошадь, много настраиваемой поддержки. Он поддерживает CVS / Clearcase AFAIK.
...