C++ IDE для Linux?

Checkout Netbeans, он написан на Java, поэтому у вас будет одна и та же среда независимо от вашей ОС, и он поддерживает гораздо больше, чем просто C++.

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

Изначально: путаница

Изначально при написании этого ответа я недавно переключился с Visual Studio (с многолетним опытом) на Linux, и первое, что я сделал, - это попытался найти разумную среду IDE. В то время это было невозможно: не существовало хорошей IDE.

Прозрение: UNIX - это IDE. Все это.¹

А потом я понял, что IDE в Linux - это командная строка со своими инструментами:

• Сначала вы настраиваете свою оболочку
  • Bash, в моем случае, но многие предпочитают
  • рыбы или
  • (Ой мой) Zsh;
• и ваш редактор; Выбери свой яд - и то, и другое современно:
  • Неовим² или
  • Emacs.

В зависимости от ваших потребностей вам затем придется установить и настроить несколько плагинов, чтобы редактор работал нормально (это одна раздражающая часть). Например, большинство программистов на Vim получат выгоду от плагина Ты дополняешь меня для интеллектуального автозаполнения.

Как только это будет сделано, оболочка станет вашим командным интерфейсом для взаимодействия с различными инструментами - отладчиками (gdb), профилировщиками (gprof, valgrind) и т. д. Вы настраиваете среду своего проекта / сборки, используя Делать, CMake, SnakeMake или любой из различных альтернативы. И вы управляете своим кодом с помощью системы контроля версий (большинство людей используют Git). Вы также используете tmux (ранее также экран) для мультиплексирования (= думайте о нескольких окнах / вкладках / панелях) и сохранении сеанса терминала.

Дело в том, что благодаря оболочке и нескольким соглашениям о написании инструментов все эти интегрироваться друг с другом. Таким образом, оболочка Linux - это действительно интегрированная среда разработки полностью соответствует другим современным IDE. (Это не означает, что отдельные IDE не имеют функций, которые может отсутствовать в командной строке, но верно и обратное.)

Каждому свое

Я не могу переоценить, насколько хорошо описанный выше рабочий процесс работает после того, как вы привыкнете. Но некоторые люди просто предпочитают графические редакторы, и за годы, прошедшие с момента написания этого ответа, в Linux появился набор отличных графических IDE для нескольких разных языков программирования (но не для C++, насколько мне известно). Попробуйте, даже если - как я - вы их не используете. Вот лишь небольшой и необъективный выбор:

• Для разработки на Python есть PyCharm
• Для R есть RStudio
• Для JavaScript и TypeScript есть Код Visual Studio (который также является хорошим универсальным редактором).
• И, наконец, многие люди любят Превосходный текстовый редактор за общее редактирование кода.

Имейте в виду, что этот список далеко не полный.

¹ Я украл это название из комментария dsm.

² Здесь я имел в виду Vim. И хотя простой Vim по-прежнему более чем способен, Neovim - многообещающий перезапуск, который модернизировал несколько старых бородавок.

1. Код :: Блоки
2. Затмение CDT

Вскоре вы обнаружите, что IDE недостаточно, и вам все равно придется изучить инструментальную цепочку GCC (что несложно, по крайней мере, изучить базовую функциональность). Но никакого вреда в уменьшении переходной боли с IDE, IMO.

could you clarify a little bit more how it was for you, what you had to change. Maybe you could point me in the right direction by providing some links to the information you used.

Моим первым источником были страницы инструментов man. Просто введите

$ man toolname

в командной строке ($ здесь является частью приглашения, а не вводом).

В зависимости от платформы они довольно хорошо написаны, и их также можно найти в Интернете. В случае с make я фактически прочитал документация полностью, что заняло несколько часов. На самом деле, я не думаю, что это необходимо или полезно в большинстве случаев, но у меня было несколько особых требований в моих первых заданиях под Linux, которые требовали сложного make-файла. После написания make-файла я отдал его опытному коллеге, который внес некоторые незначительные изменения и исправления. После этого я довольно хорошо знал make.

Я использовал GVIM, потому что у меня был некоторый (но небольшой) предыдущий опыт работы с ним, я вообще ничего не могу сказать о Emacs или альтернативах. Я считаю, что это действительно помогает читать файлы конфигурации .gvimrc других людей. Многие выкладывают это в сеть. Вот мой.

Не пытайтесь освоить сразу все binutils, слишком много функций. Но получите общий обзор, чтобы знать, где искать, если что-то понадобится в будущем. Однако вы, должен, знаете все важные параметры для g++ и ld (инструмент компоновщика GCC, который запускается автоматически, за исключением случаев, когда это явно запрещено).

Also I'm curious, do you have code completion and syntax highlighting when you code?

Подсветка синтаксиса: да, и намного лучше, чем Visual Studio. Автозавершение кода: да-иш. Во-первых, я должен признать, что я не использовал автозавершение кода C++ даже в Visual Studio, потому что (по сравнению с VB и C#) это было недостаточно хорошо. Сейчас я не использую его часто, но, тем не менее, GVIM имеет поддерживает автозавершение собственного кода для C++. В сочетании с библиотекой ctags и плагином, подобным список тегов, это почти IDE.

На самом деле, то, что заставило меня начать, было статья от Армина Ронахера. Перед чтением текста посмотрите скриншоты в конце!

do you have to compile first before getting (syntax) errors?

Да. Но то же самое и с Visual Studio, не так ли (я никогда не использовал Whole Tomato)? Конечно, подсветка синтаксиса покажет вам несовпадающие скобки, но это все.

and how do you debug (again think breakpoints etc)?

Я использую gdb, инструмент командной строки. Также есть графический интерфейс DDD. gdb - это современный инструмент для отладки, который может делать все, что вы можете делать в среде IDE. Единственное, что меня действительно раздражает, - это чтение трассировки стека, потому что строки не имеют отступов и форматирования, поэтому очень сложно сканировать информацию, когда вы используете много шаблонов (что я и делаю). Но они также загромождают трассировку стека в IDE.

Like I said, I had the 'pleasure' to set my first steps in the Java programming language using windows notepad and the command line java compiler in high school, and it was, .. wel a nightmare! certainly when I could compare it with other programming courses I had back then where we had decent IDE's

Вам даже не следует сравнивать современный полнофункциональный редактор, такой как Emacs или GVIM, с Блокнотом. Блокнот - это приукрашенный элемент управления TextBox, и это действительно имеет значение. Кроме того, работа в командной строке - это совсем другой опыт в Linux и Windows. Windows cmd.exe сильно испорчена. PowerShell намного лучше.

/ Обновлено: я должен прямо упомянуть, что В GVIM есть вкладки для редактирования (как при просмотре с вкладками, а не табуляции против пробелов)! Мне потребовались годы, чтобы найти их, хотя они совсем не спрятаны. Просто введите :tabe вместо обычного :e при открытии файла или создании нового, и GVIM создаст новую вкладку. Переключение между вкладками может осуществляться с помощью курсора или нескольких различных ярлыков (в зависимости от платформы). Ключ gt (введите g, затем t в командном режиме) должен работать везде и переходить на следующую вкладку или вкладку №. п, если был указан номер. Введите :help gt, чтобы получить дополнительную помощь.

Хотя я использую Vim, некоторые из моих коллег используют SlickEdit, что выглядит неплохо. Я не уверен в интегрированной отладке, потому что мы все равно не сможем сделать это в нашем конкретном проекте.

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

Как старый специалист по UNIX, я всегда использую Emacs. Но это довольно крутая и долгая кривая обучения, поэтому я не уверен, что могу рекомендовать ее новичкам.

На самом деле не существует "хорошей" IDE для Linux. Eclipse не очень хорош для C / C++ (CDT улучшается, но пока не очень полезен). У других отсутствуют все функции, которые вы собираетесь искать.

Действительно важно узнать, как работают все отдельные инструменты (gcc, make, gdb и т. д.). После того, как вы это сделаете, вы можете обнаружить, что способ Visual Studio очень ограничивает.

Я слышал, Анджута довольно хороша для пользователей Gnome. Я немного поиграл с KDevelop, и он хорош, но в нем не хватает функциональности. Code :: Blocks тоже очень многообещающий, и он мне нравится больше всего.

Мне очень нравится IDE Окончательный ++. У него есть некоторые функции, которые были разработаны для использования с их собственной библиотекой (что, кстати, является довольно хорошим набором инструментов, если вы не хотите покупать ни GTK +, ни QT), но он отлично работает с общими проектами C++. Он обеспечивает достойное завершение кода, хорошую окраску синтаксиса, интегрированную отладку и все другие функции, которые поддерживает большинство современных IDE.

Если вам нравится Eclipse для Java, я предлагаю Eclipse CDT. Несмотря на то, что поддержка C / C++ не такая мощная, как для Java, она по-прежнему предлагает большинство функций. В нем есть хорошая функция под названием Managed Project, которая упрощает работу с проектами C / C++, если у вас нет опыта работы с Makefiles. Но вы все равно можете использовать Makefile. Я занимаюсь программированием на C и Java, и мне очень нравится CDT. Я разрабатываю прошивку для встроенного устройства на C и приложения на Java, которое взаимодействует с этим устройством, и действительно приятно использовать одну и ту же среду для обоих. Думаю, это, вероятно, делает меня более продуктивным.

Чтобы не повторять ответ, но я думаю, что могу добавить еще немного.

Slickedit - отличная IDE.

Он хорошо поддерживает большие кодовые базы, не замедляя и не тратя все свое время на индексацию. (Это проблема, с которой я столкнулся с компакт-диском eclipse). На самом деле, скорость Slickedit, наверное, самая приятная в нем. Автозавершение кода работает хорошо, и есть большое количество опций для таких вещей, как автоматическое форматирование, украшение и рефакторинг. В нем есть встроенная отладка. Имеет поддержку плагинов и довольно активное сообщество, создающее их. Теоретически вы должны иметь возможность хорошо интегрироваться с людьми, выполняющими традиционные функции make-файлов, поскольку это позволяет вам создавать проект непосредственно из одного, но это не сработало так гладко, как мне хотелось бы, когда я попробовал его. Помимо Linux, существуют его версии для Mac и Windows, если они вам понадобятся.

Быстрый ответ, просто чтобы добавить немного больше знаний в эту тему:
Вы обязательно должны проверить NetBeans. Netbeans 6.7 имеет следующие функции:

• Проекты и шаблоны C / C++: поддерживает подсветку синтаксиса, автоматическое завершение кода, автоматический отступ.
• Имеет отладчик C / C++.
• Поддерживает конфигурации компилятора, Configuration Manager и поддержку Makefile (с Волшебник).
• У него есть окно классов, окно использования и окно навигации по файлам (или панель).
• Расширенный вид макроса, а также всплывающие подсказки.
• Поддержка QT разработка.

Я думаю, что это идеальная (и намного лучшая) замена Visual Studio и очень хороший инструмент для изучения C / C++.

Удачи!

Совет Конрада превосходен, и вы должны без особых проблем стать продуктивным в классической среде vi / cc / ld / db / make. Многие, многие студенты университетов изучили этот инструментарий в течение 10-15-недельного курса.

Тем не менее, другая классическая среда - это пойти по пути Emacs. Я бы не назвал это IDE, но он интегрирует в редактор два важных инструмента разработки: вывод компилятора и отладчик. Вы можете привязать вас к строке в файле, соответствующей ошибке компилятора, и вы можете установить точки останова и использовать степпер из редактора.

Мне нравится НАУКА как базовый редактор для C++ / Python в Linux. Он имеет привязки клавиатуры, аналогичные VC, поэтому вам не нужно перепрограммировать пальцы для вырезания и вставки.

Я использую его вместе с Git для управления исходным кодом и очень полезной командой git grep для поиска в вашей базе кода.

Я играл с Eclipse CDT, но моя база исходного кода была слишком большой для этого, и я трачу слишком много времени на ожидание в среде IDE. Если ваш проект меньше, он может быть вам полезен.

Sun Studio версии 12 можно загрузить бесплатно (доступна БЕСПЛАТНАЯ и платная поддержка) - http://developers.sun.com/sunstudio/downloads/thankyou.jsp?submit=%A0FREE+Download%A0%BB%A0.

Я уверен, что у вас есть поддержка автозавершения кода и отладки, включая поддержку плагинов в этой среде IDE.

Sun Studio доступна как для Linux, так и для Solaris. форумы: http://developers.sun.com/sunstudio/community/forums/index.jsp. Форумы Sun Studio Linux: http://forum.sun.com/forum.jspa?forumID=855

Я буду очень рад услышать ваши отзывы об этом инструменте.

BR,
~ А

Просто быстрый ответ на этот вопрос ...

Прошел месяц с тех пор, как я начал использовать Vim в качестве основного графического интерфейса пользователя. инструмент для программирования C++ в Linux. Сначала обучение кривая действительно была немного крутой, но через некоторое время и с правильные параметры включены и скрипты запущены я действительно получил это!

Мне нравится, как вы можете настроить Vim в соответствии со своими потребностями; просто добавьте / измените ключевые сопоставления, и Vim превратится в высокопроизводительная «IDE».

Набор инструментов для создания и компиляции программы на C++ в Linux: также действительно интуитивно понятный. make и g ++ - это инструменты в, которые вы использовать.

отладчик ddd, однако, не так уж хорош, но может это потому, что у меня не было времени осваивать это правильно.

Итак, всем, кто ищет или искал хорошую C++ IDE в Linux, как и я, ваш лучший выбор - это стандарт доступные инструменты в самом Linux (Vim, g ++, ddd) и вы действительно стоит хотя бы попытаться использовать их, прежде чем искать сонет еще ...

И последнее, но не менее важное: я действительно хочу поблагодарить Конрад за его ответ здесь: Это действительно помогло мне найти свой путь в Среда разработки Linux, спасибо!

Я также закрываю этот вопрос нет, чтобы люди все еще могли реагировать или, может быть, даже добавлять новые предложения или дополнения к уже действительно хорошие ответы ...

Я рад, что вы, кажется, справляетесь с этим с помощью vim. Но я должен сказать, что я немного озадачен тем, что вам уже «очень нравится Eclipse для Java», подразумевая, что вы уже знакомы с тем, как он работает. В таком случае, почему бы вам также не использовать его для C++? CDT отвечает всем упомянутым вами требованиям.

why wouldn't you also use it for C++? CDT meets every requirement you've mentioned.

Сначала я не использовал eclipse, потому что не был уверен, что он одинаково хорошо дает мне средства разработки на C++ (эффективно). Кроме того, я был убежден, что для разработки на C++ в Linux должны быть лучшие, более специализированные инструменты:

and I really like that [eclipse] IDE for java, but is it any good for c++ and won't I miss out on something that is even better?

Я искренне верю, что, хотя некоторые инструменты (например, eclipse) хороши во многих вещах, лучше всего поискать и другие варианты (и я имею в виду не только для IDE, но в целом и даже в реальная жизнь). .
Как и в этом случае, vim действительно великолепен, и я бы пропустил его, если бы придерживался того, что уже знал.

Я действительно предлагаю кодовые блоки. Он не такой тяжелый, как Eclipse, и имеет поддержку проектов Visual Studio.

Я вырос в Visual Studio и обнаружил, что относительно молодой Код :: Блоки мне очень хорошо знаком.

Раньше я использовал Ultimate ++ IDE, и она неплохая.

По крайней мере, для проектов, специфичных для Qt, Qt Creator (от Nokia / Trolltech / Digia) показывает большие перспективы.

And then I noticed that this simply isn't how you work there*, and I threw everything out, spent a few days reading manuals, set up my shell (bash), set up a GVIM environment, learned the GCC/binutils toolchain, make and gdb and lived happily ever after.

Я в основном согласен, но проблема заключается также в восприятии: мы забываем, насколько сложно было продуктивно работать в любой выбранной IDE (или другой среде). Я считаю IDE (Visual Studio, NetBeans, Eclipse) невероятно громоздкими во многих отношениях.

As an old-time UNIX guy, I always use Emacs. But that has a pretty steep and long learning curve, so I'm not sure I can recommend it to newcomers.

Я бы поддержал это; использовать Emacs в качестве основного редактора как в Linux, так и в MSW (XP2, W2K). Я бы не согласился с тем, что у него есть кривая обучения отвесный, но сказал бы, что из-за огромного количества функций у него есть кривая обучения длинный. Вы можете продуктивно работать за короткое время, но при желании можете изучать новые возможности на долгие годы.

Однако - не ожидайте, что все функции Emacs будут доступны в раскрывающихся меню, их просто слишком много, чтобы найти их там.

Как я уже говорил, я много лет использовал GNU Emacs на MSW. И это всегда хорошо работало с Visual Studio, пока я не «обновился» до 2008 года; теперь иногда задерживает на много секунд перед обновлением файлов с диска. Основная причина редактирования в окне VS - функция завершения кода "Intellisense".

geany рекомендую

Рекомендую прочитать Искусство программирования UNIX. Это заставит вас использовать среду в качестве IDE.

Используйте Моно-разработка. Он очень похож на Visual Studio. Он работает кросс-платформенный и потрясающий !!

SlickEdit. Я использую и люблю SlickEdit с 2005 года как в Windows, так и в Linux. У меня также есть опыт работы в Visual Studio (5, 6, 2003, 2005) и только с Emacs и командной строкой. Я использую SlickEdit с внешними make-файлами, некоторые из моих товарищей по команде используют SlickEdit, другие используют Emacs / vi. Я не использую интегрированный отладчик, интегрированный контроль версий, интегрированную систему сборки: я обычно считаю слишком большую интеграцию настоящей проблемой. SlickEdit надежен (очень мало ошибок), быстр и интуитивно понятен. Это как немецкая машина, машина водителя.

Новые версии SlickEdit, кажется, предлагают много функций, которые меня не интересуют, я немного беспокоюсь, что продукт в будущем станет раздутым и разбавленным. На данный момент (я использую V13.0) это здорово.

Моя любимая среда - CodeLite 2.x IDE.

см .: http://www.codelite.org

Решение использовать CodeLite было основано на исследовании следующей C++ IDE для Linux:

• Eclipse Galileo с подключаемым модулем CDT
• NetBeans 6.7 (который также является базой для SunStudio IDE)
• KDevelop4
• CodeBlocks 8.02
• CodeLite 2.x

В конце концов я решил использовать CodeLite 2.x.

Ниже я перечислил некоторые плюсы и минусы упомянутых C++ IDE. Обратите внимание, что это отражает только мое личное мнение!

РЕДАКТИРОВАТЬ: как жаль, что SOF не поддерживает таблицы, поэтому приходится писать по абзацам ...

Eclipse Galileo с подключаемым модулем CDT

Плюсы:

• разумно быстро
• также поддерживает Java, Perl (с плагином E.P.I.C)
• обычно используется и в хорошем состоянии
• также доступно для других версий ОС (Windows, MacOS, Solaris, AIX (?))

Минусы:

• GUI очень запутанный и несколько непоследовательный - совсем не интуитивно понятный
• тяжелый вес
• Поддерживает только CVS (AFAIK)

NetBeans 6.7 (обратите внимание, что это также основа для SunStudio IDE)

Плюсы:

• один из самых интуитивно понятных графических интерфейсов, которые я когда-либо видел
• также поддерживает Java, Python, Ruby
• интегрирует CVS, SVN, Mercurial
• обычно используется и в хорошем состоянии
• также доступно для других версий ОС (Windows, MacOS, Solaris)

Минусы:

• крайне медленный
• тяжелый вес
• использует пробелы для отступов, чего я не придерживаюсь. Я уверен, что это можно настроить, но я не мог понять, как это сделать

KDevelop4 (примечание: я не особо много тестировал)

Плюсы:

• обычно используется в Linux
• интегрирует CVS, SVN, Mercurial

Минусы:

• графический интерфейс выглядит несколько старомодно
• тяжелый вес
• очень специфичен для среды KDE

CodeBlocks 8.02 (примечание: я не особо много тестировал)

Плюсы:

• разумно быстро

Минусы:

• графический интерфейс выглядит несколько старомодно (хотя и имеет хороший стартовый экран)
• шрифты в редакторе очень маленькие
• некоторые значки (например, значки запуска / перехода к отладчику) очень маленькие
• нет интеграции системы управления версиями

CodeLite 2.x (примечание: это мой личный фаворит)

Плюсы:

• лучший, современный и интуитивно понятный графический интерфейс, который я видел в Linux
• легкий
• разумно быстро
• интегрирует SVN
• также доступно для других версий ОС (Windows, MacOS, Solaris (?))

Минусы:

• нет интеграции с CVS (это важно для меня, потому что я должен использовать его на работе)
• нет поддержки Java, Perl, Python (было бы неплохо)

make + vim + gdb = одна отличная IDE

Возможно, Проект Linux Tools для Eclipse сможет удовлетворить ваши потребности?

The Linux Tools project aims to bring a full-featured C and C++ IDE to Linux developers. We build on the source editing and debugging features of the CDT and integrate popular native development tools such as the GNU Autotools, Valgrind, OProfile, RPM, SystemTap, GCov, GProf, LTTng, etc. Current projects include LTTng trace viewers and analyzers, an RPM .spec editor, Autotools build integration, a Valgrind heap usage analysis tool, and OProfile call profiling tools.

Я использую Eclipse CDT и Qt Creator (для приложений Qt).

Это мои предпочтения. Это очень наводящий вопрос и на него столько же ответов, сколько разработчиков. :)

Для меня Окончательный ++ кажется лучшим решением для написания кросс-OS программы

Короче ответ: выберите любой «редактор», который вам нравится, а затем используйте консоль GDB или простой интерфейс GDB для отладки вашего приложения. Отладчики поставляются с причудливыми IDE, такими как Netbeans отстой для C / C++. Я использую Netbeans в качестве редактора и консоль Insight и GDB в качестве отладчика.

Обладая проницательностью, у вас есть красивый графический интерфейс и чистая мощь GDB.

Как только вы привыкнете к командам GDB, вам это понравится, поскольку вы можете делать то, что никогда не сможете делать с помощью графического интерфейса. Вы можете даже использовать Python в качестве языка сценариев, если используете GDB 7 или более новую версию.

Большинство людей здесь уделяли больше внимания «редакторам» IDE. Однако, если вы разрабатываете большой проект на C / C++, вы легко можете потратить более 70% своего времени на «отладчики». Отладчики модных IDE отстают от Visual Studio как минимум на 10 лет. Например, Netbenas имеет очень похожие интерфейсы с Visual Studio. Но его отладчик имеет ряд недостатков по сравнению с Visual Studio.

1. Очень медленно отображает даже массив из нескольких сотен элементов.
2. Нет выделения для измененного значения (по умолчанию Visual Studio показывает измененные значения в окнах просмотра красным цветом)
3. Очень ограниченная способность проявлять память.
4. Вы не можете изменить исходный код и продолжить работу. Если для обнаружения ошибки требуется много времени, вы хотите изменить источник и применить изменения в реальном времени и продолжить работу приложения.
5. Вы не можете изменить запускаемый «следующий оператор». В Visual Studio вы можете использовать «Установить следующий оператор», чтобы изменить способ работы вашего приложения. Хотя эта функция может привести к сбою вашего приложения при неправильном использовании, но она сэкономит вам много времени. Например, если вы обнаружили, что состояние вашего приложения некорректно, но вы не знаете, что вызвало проблемы, вы можете повторно запустить определенную область исходного кода без перезапуска приложения.
6. Нет встроенной поддержки STL, такой как vector, list, deque, map и т. д.
7. Нет точек наблюдения. Вам нужна эта функция, когда вам нужно остановить приложение прямо в момент изменения переменной. Компьютеры на базе Intel имеют точки наблюдения за оборудованием, поэтому они не замедляют работу вашей системы. На поиск труднодоступных ошибок без использования точек наблюдения может уйти много часов. «Visual Studio» вызывает «указатель наблюдения» как «точку разрыва данных».

Список может быть намного длиннее.

Я был настолько разочарован недостатками Netbeans или других подобных IDE, что начал изучать сам GDB. Я обнаружил, что сам GDB очень мощный. GDB не имеет всех упомянутых выше «недостатков». На самом деле GDB очень мощный, во многих отношениях он даже лучше, чем Visual Studio. Здесь я просто покажу вам очень простой пример.

Например, у вас есть такой массив:

struct IdAndValue
{
  int ID;
  int value;
};


IdAndValue IdAndValues[1000];

Когда ваше приложение останавливается, и вы хотите проверить данные в IdAndValues. Например, если вы хотите найти порядковые номера и значения в массиве для определенного «ID», вы можете создать сценарий, подобный следующему:

define PrintVal 
set $i=0
printf "ID = %d\n", $arg0
while $i<1000
  if IdAndValues[$i].ID == $arg0
    printf "ordinal = %d, value = %d\n", $i, IdAndValues[$i].vaue
    set $i++
  end
end
end

Вы можете использовать все переменные в вашем приложении в текущем контексте, ваши собственные переменные (в нашем примере это $ i), переданные аргументы (в нашем примере это $ arg0) и все команды GDB (встроенные или определяемые пользователем. ).

Используйте PrintVal 1 из приглашения GDB, чтобы распечатать значения для ID "1"

Между прочим, NetBeans поставляется с консолью GDB, но при использовании консоли вы можете вызвать сбой Netbeans. И я считаю, что именно поэтому консоль по умолчанию скрыта в NetBeans.

Если вы использовали vim в течение длительного времени, вам действительно стоит сделать это своей IDE. Доступно множество аддонов. Я нашел некоторые из них очень полезными и собрал их здесь, взгляните на них.

• C / C++ IDE
• Браузер исходного кода

И многое другое в серии советов и приемов vi / vim.

Я предпочитаю использовать Emacs и Vim для написания кода на C++. Когда мне нужно использовать IDE, я использую CodeBlocks.

Я использую Анджута для своих университетских проектов около 3 лет назад. Последнее время не пользуюсь. Но тогда это было хорошо, так что с последними выпусками должно быть лучше.

Code :: Blocks - это здорово.

Я использую "Geany", который до сих пор считался удачным, его быстрая и легкая IDE.

Среди особенностей Geany::

• Сворачивание кода
• Сохранение сеанса
• Основные функции IDE, такие как подсветка синтаксиса, вкладки, автоматический отступ и завершение кода
• Простое управление проектом
• Система сборки
• Палитра цветов (на удивление удобно во время веб-разработки)
• Встроенная эмуляция терминала
• Советы по звонкам
• Списки символов
• Автозаполнение общих конструкций (например, if, else, while и т. д.)

Мне нравится, как люди полностью пропускают запрос в исходном вопросе для IDE. Linux НЕ является IDE. Просто не то, что означают эти слова. Я изучил c и C++, используя vi, gcc и make, и я не говорю, что они не являются подходящими инструментами, но они НЕ являются IDE. Даже если вы используете более сложные инструменты, такие как vim или emacs, или любой другой модный редактор, который вам нужен, ввод команд в командной строке не является IDE.

Кроме того, вы все знаете, что make существует как часть визуальной студии, верно? Идея о том, что IDE «ограничивает», просто глупа, если вы можете использовать IDE для ускорения некоторых вещей, но все же можете вернуться к работе с командной строкой, когда это необходимо.

С учетом всего сказанного, я бы предложил, как и некоторые из вышеперечисленных, попробовать блоки кода. Он имеет приличную подсветку кода, довольно простой способ создать проект, закодировать его, запустить и т.д., что является ядром настоящей IDE и кажется довольно стабильным. Отладка - отстой ... Я никогда не видел достойного интерактивного отладчика в любом варианте linux / unix. gdb не так ли. Если вы привыкли к отладке в стиле Visual Studio, вам в значительной степени не повезло.

В любом случае, я пойду собирать свои вещи, я знаю, что толпа Linux только для одного просмотра выкрикнет это и выгонит меня из города в кратчайшие сроки.

Также вы можете попробовать настроить emacs как IDE.

Подробности обсуждаются здесь.

акме, Сэм из plan9,

вы можете использовать его через Plan 9 из пользовательского пространства.

редактор vim + компилятор g ++ (GNU C++) + gdb - может вам помочь

IntelliJ IDEA + плагин C / C++ в http://plugins.intellij.net/plugin/?id=1373

Приготовьтесь к тому, что ваш ум взорвется.

Ваше здоровье!

На мой взгляд, лучшая IDE для Linux - это SlickEdit. Это стоит денег, но работает быстро, с отличной поддержкой тегов и отличным инструментом сравнения, хорошо работает с огромными проектами.

Для проектов на основе CMake я использую Jetbrains CLion

Для проектов на основе Autotools уже упомянутый Qtcreator.

Для всего остального: VIM + YouCompleteMe

В Linux существует множество IDE:

• Код :: блоки
• Codelite
• KDevelop
• Qt Creator
• Затмение с CDT
• NetBeans

В опыте мой наиболее ценными являются Затмение и Qt Creator. Оба предоставляют все "стандартные" функции (например, автозаполнение, подсветку синтаксиса, отладчик, интеграцию с git). Стоит отметить, что Eclipse также предоставляет функции рефакторинга, в то время как Qt Creator обеспечивает интеграцию с Valgrind и поддержку развертывания на удаленных объектах.

Также коммерческий CLion IDE кажется довольно хорошим (но я не использовал его широко).