Попробовал Sun Studio 11 / Linux x86...

Попробовал Sun Studio 11 / Linux x86...

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

(ниже - картинка - линк на побольше, рядом ссылка на ещё побольше)

(ещё больше)

Раз компилятора нет, рабочий проект собрать не получилось, смотреть было не на что - поэтому просто опишу вкратце первое впечатление от интерфейса.

Да, кстати, раз уж пошла речь о компиляторе. Заявленная кроссплатформенность - не более чем "однин и тот же исходних соберётся на Solaris x86 и Solaris Sparc, НО не реальная кросс-платформенная компиляция вида --target=sparcv9 (ну или как там).

Момент при установке ещё такой - j2se rpm не relocatable, то есть вставать ему надо всё равно в /usr





(ещё больше).

Загрузка, ничего особенного.



(ещё больше)
Велкам-скрин, ничего особенного, дань моде имхо. Опять же, не думаю, что оно не шибко необходимо разработчикам под Solaris и Co.



(ещё больше)


Создание нового, несколько шаблонов:

-.c

-.c++

-makefile

...




(ещё больше)

Созданный "empty c"



(ещё больше)


Попытка скомпилировать (точнее, собрать - build) = создать makefile (или использовать существующий)



(ещё больше)

Созданный makefile




(ещё больше)

Процесс сборки (раздражает, что меню build/build, debug/load, т.п. всё время вызывают подобные диалоги, а вот казалось бы более востребованный debug recent, build recent запрятано в подменю)



(ещё больше)

Процесс сборки, хождение по ошибкам - достойно, если умеет определять сообщения об ошибках компилятора, может стоит объединять в одну-две строки информацию об одной ошибке (понятно, что они компилятор запускают как pipe+fork+exec, но всё же...)



(ещё больше)

Установка параметров dbx'а - вот он как раз портирован на linux





(ещё больше)

Отладка - что есть что очевидно, но вот если кто-то надеется, что окошки можно расположить как угодно, тот может обломаться - dock'и возможны только top/righ, не более, то есть разместить так, как душе угодно, не получится.

Хочется заметить вот какие мелочи:

Так как GUI-оболочка отладчика просто полностью "копирует" dbx, то таких упрощённых действий, как, к примеру

-просмотр регистра (как в VC, просто вводом eax как переменной в watch'е)

-настройки типов данных (рекомендую ввести экземпляр std::string в dbx и VC)

-(cамое обидное)оболочка не запоминает watch'и при terminate b gjcktle.otv запуске отладчика

(думаю, что можно продолжить)

-грид watche'й не editable, каждый раз надо через меню new watch -> диалог вводить переменные (+не забыть о том, что при следующем запуске этот watch потеряется)
nb: я не отрицаю плюсов dbx, но считаю, что, если уж делать оболочку, так расширять функциональность низжего уровня некими "удобствами" - самое то, она (оболочка) для этого и делается, как я понимаю.




(ещё больше)

Пример второго возможного расположения окон. Уровень Windows 2.0 - отсутствие перекрывающихся окон, хотя что-то уже запрятано в tab'ы




(ещё больше)

Поддердка CVS. Попозже посмотрю, как настроить на другие системы.



(ещё больше)

То, о чём я говорил выше - казалось бы, более востребованный в проекте пункт меню "отладить проект", "запустить сборку проекта", т.п. зачем-то запрятаны в подменю.








Общий вывод?

Мне кажется, что такая большая и толстая фирма как Sun может себе позволить банально содрать UI среды разработки с весьма удобной MS Visual Studio версии хотя бы 4.2 (да, конечно .dsp (.vcproj) - это не makefile, но всё же). От среды разработки в общем-то не так много нужно (хотелось бы). По мне, так почти всё, чего хочется есть в MSVS+томатная паста(+wndtabs, если студия менее 7 версии).

Хотя, надо заметить, что по сравнению с тем, что было раньше, намного удобнее, намного.




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

Upd2. студия основана на NetBeans + штепсели для с++, что даёт надежду на то, что при апдейте NB UI можно будет изменить на более дружественный.