C++ IDE для Solaris SPARC
Мы получили базу кода C++, которая была разработана с использованием Rational Apex в качестве внешнего интерфейса. По нашему мнению, Apex далеко не идеален для разработки на C++.
Мы ищем IDE, которую мы можем использовать, которая имеет подсветку синтаксиса, обход кода (перейти к определению, показать использование) и не является трудной для использования.
Мы рассмотрели NetBeans, Sun Studio и Understand. NETBeans борется с нами на каждом шагу, Sun Studio не хватает функций, и Understand на самом деле не является IDE, но мы пытаемся заставить ее стать единым с макросами.
Есть другие вопросы по SO, которые похожи, но они кажутся более направленными (и более неясными).
Я хотел бы знать, что используют разработчики Solaris. Нужно ли нам еще раз взглянуть на NetBeans или Sun Studio, или мы что-то упустили?
8 ответов
В прошлый раз, когда я работал над базой кода Solaris, я использовал Visual Studio. Да, продукт Microsoft. Современные версии Visual Studio и Sun Studio соответствуют стандартам. В результате я мог отлаживать логику приложения в Windows. Для низкоуровневых вещей мы использовали Qt. В качестве бонуса, после того, как вы получили порт x86-64/Win, поддержка x86-64/Solaris становится тривиальной.
Очевидно, IDE Code:: Blocks (которую я настоятельно рекомендую) будет работать на Solaris - см. Эту ссылку. Сказав это, все мое (довольно значительное) программирование на Solaris C++ было сделано с помощью vi и make, что, безусловно, является приемлемым вариантом.
Я думаю, у вас есть три варианта в Solaris(или Linux);
- Затмение с CDT.
- Emacs с cedet, ecb и xrefactory. (*)
- SlickEdit
(*) cedet (семантическая) хороша для завершения кода, но недостаточно для кодов на основе шаблонов.
Среда SunStudio IDE фактически была наполовину приличной, когда ее называли Forte. В настоящее время это, кажется, какой-то ужас производного Java-NetBeans. В прошлый раз, когда я работал над Solaris, я в итоге смонтировал домашний каталог на Windows через Samba и использовал Eclipse или Visual Studio для редактирования кода. Вы можете создать фиктивный (в том смысле, что он не используется для компиляции) проект, и автозаполнение и т.п. должны работать. Это означает компиляцию и отладку командной строки в Solaris.
Я думаю, что C++ на Solaris перестал быть жизнеспособной платформой разработки, как только Sun переключила свое внимание на Java...
Вы можете получить последние Sparc Solaris Eclipse с этой страницы. Затем добавьте CDT обычным способом, используя сайт обновлений Galileo.
CDT 6.0 - это первая версия поддержки Eclipse C/C++, которая действительно считается конкурентоспособной с VS. И вы можете использовать его одинаково на ПК или целевой машине.
Извините, если вы не считаете это IDE, но Emacs + CEDET никогда не подводил меня. Если CEDET не идеален, у вас все еще есть голова.:)
Это, конечно, если Emacs будет работать с этим вашим SPARC, я бы не знал, но я верю, что он будет работать просто отлично. Стоит каждый час учиться его использовать. Вот учебник о том, как начать.
Slickedit (400-500US $) определенно лучший вариант для вас.
Source Navigator (мертвый проект с открытым исходным кодом) также будет компилироваться на машинах Sparc, но я не думаю, что редактор хорош.
Почему вы связаны с SPARC? Это от и без будущего.
Если вы не используете специальную функцию SPARC или сборку SPARC, я разработал бы для спецификации posix и unix 2005 и использовал бы Linux, где у вас есть больше возможностей.