LINUX.ORG.RU

Коммерческая IDE Sourcery G++

 , ,


0

0

Компания CodeSourcery выпустила коммерческую интегрированную среду разработки приложений Sourcery G++, основанную на инструментах GNU (gcc, gdb, binutils) с интерфейсом на базе Eclipse.

SGPP представлена в трёх редакциях:

  • Professional - присутствуют все компоненты, включая IDE, обновления и безграничную техническую поддержку (эта редакция стоит $399);
  • Personal - аналогично предыдущему, но без поддержки;
  • Lite - бесплатная версия, включает в себя только утилиты командной строки.

Итак, что же представляет собой это чудо промышленного шпионажа?

  • GNU C и C++ компиляторы. CodeSourcery улучшила этот набор компиляторов, добавив поддержку большего числа процессоров и улучшив оптимизирующие алгоритмы.
  • GNU Ассемблер и компоновщик (linker). SGPP также включает в себя скрипты для компоновщика для различных конфигураций.
  • Runtime-библиотеки. SGPP предоставляет glibc как стандарт де-факто, uClibc для систем uClinux, а также Newlib.
  • GNU Отладчик.
  • Debug Sprites. Предоставляют возможности отладки оборудования через JTAG и ICE устройства.
  • Симулятор набора инструкций. Включает в себя СНИ из QEMU и позволяет запускать приложения, скомпилированные для другой архитектуры.
  • GNU/Linux прекомпоновщик (prelinker). Это постобработчик, который может значительно уменьшить время запуска скомпилированных приложений; CodeSourcery изменили прекомпоновщик так, чтобы он работал также на не-GNU/Linux системах, в т.ч. и Windows.
  • Eclipse IDE. Предоставляет визуальную среду программирования, включая редактор с подсветкой синтаксиса, визуальный отладчик, и др.
  • Поддержка целевых архитектур: ARM, ColdFire, fido, MIPS, Power Architecture, Stellaris, x86.
  • Поддержка целевых ОС: GNU/Linux, uClinux.
  • Регулярные обновления.
  • Техническая поддержка.

Подробнее о Sourcery G++

>>> Подробности

Ответ на: комментарий от iZEN

>Да они Эклипс на GCJ запускают, небось. А потом другим сказки рассказывают, что тормозит.

-vm /usr/lib/jvm/java-6-sun/bin/java

anonymous
()
Ответ на: комментарий от fMad

>а ну ка, кто за такие бабки осилит полность vim/emacs, make, gdb, gcc ?

9I.

anonymous
()
Ответ на: комментарий от anonymous

>3 гигабайта RAM. AMD64 3500. При открытии диалоговых окон происходит пауза в несколько секунд. Такое впечатление, что он думает, как ему контролы расставить :-) Грузится секунд 10. Скроллинг на больших и сложных для раскраски файлах подтормаживает. И такое не только у меня, но и у людей, которые в нем постоянно девелопят. И на других платформах тоже. И не надо говорить что этого нету. Это - факт, не зависящий от кривизны рук.

А какой жабой пользуемся? `java -version` в студию!

anonymous
()
Ответ на: комментарий от anonymous

Все равно, не джавы это проблема, а окружения, в котором программа выполняется. Я в то время, когда испытывал описываемые проблемы с отзывчивостью GUI в Эклипс, поставил себе NetBeans 5.хз (она на Swing), и был приятно удивлен отзывчивостью интерфейса.

При попытке проанализировать, почему протенькое приложение, использующее Draw2D на отрисовке тормозит в линуксе, обнаружил, что процессор основное время проводит в gtk-шном методе обработки оконных событий. Шторм событий, короче. Чья это вина, GTK или SWT я уже выяснять не стал.

ЗЫ. Сборка проекта в линуксовом Экслипсе шла почти столько же времени, сколько и в виндовом.

aist1 ★★★
()
Ответ на: комментарий от tailgunner

>А чем gdb не нативен? o_O

Нативный в данном случае - разработанный специально под среду и составляющий с ней одно целое.

Лучше, наверное, было написать "интегрированный отладчик".

halyavin
()

В биореактор, мало того, что используют Eclipse, так еще и стоит это чудо $399.

anonymous
()
Ответ на: комментарий от halyavin

> разработанный специально под среду и составляющий с ней одно целое.

Даже CDT и Eclipse не составляют единого целого :) Серьезно - в чем недостатки gdb, которые неустранимы без его замены на нечто другое?

tailgunner ★★★★★
()

Что вы привязались к eclipse? CodeSourcery в принципе занимается в основном toolchans, плагин для eclipse это чисто среда удаленного дебагера заточенного под платформу (ARM, Power, и т.д).

Ребята оттуда почти все разработчики основной ветки GCC, а под крышей конторы они срубают немного денег на супорте (в основном на быстрой починке багов в их ветке GCC и заточке под заказ на определенное железо).

Из того с чем приходится работать это их toolchan под ARM. Была отличная версия 2005q3 (GСС 3.4.3), все последушии версии (2007q3 и т.д - основаны на GCC 4.2) полное фуфло - генерируют под ARM грамозкий и глючный код. И вообще беда в GCC 4 беда с поддержкой платформ помимо x86.

correlator
()
Ответ на: комментарий от anonymous

>не бред без ключей всё действительно тормозит на любом компе.

мисье не осилил редактирование /etc/eclipse/java_home ?? и установку сановской ява-машины?

Dudraug ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.