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