> Посмотри всяческие тесты и убедись в том, что Qt уделывает все более менее серьезные тулкиты по быстродействию.

Посмотрел, на последних местах болтается

Ты монитор вверхногами держишь.

Вопрос тем, кто это поставил: как здесь добавит таск?? В кдевелопе просто в комменте писалось слово TODO и все было ок, здесь такое не прокатывает, но тасклист есть.

> Здорово, если ошибки компиляции тоже переведут на русский, как и в студии.

Может еще и С++ на русский перевести? Красота! Быдлокодерам даже латинский алфавит знать не надо было бы!

Вопрос тем, кто это поставил: как здесь добавит таск?? В кдевелопе просто в комменте писалось слово TODO и все было ок, здесь такое не прокатывает, но тасклист есть.

> А тем кто говорит "нужен" я своетую глянуть на MFC

Зачем - это тонкий элемент мазохизма? По типу: "Всем, кто говорит, что самолеты, несмотря на свои недостатки, все же нужны, дабы летать из города в город, я советую сходить на пять лет в авиатех и выучиться на пилота" :D

>При всей "мощи" встроенного Elisp интерпретатора ничего работающего для плюсов не написано.

Отклик ГУЯ должен быть быстрым, однако если он примется раскрывать все шаблоны необходимые для анализа текущего контекста то это затянется надолго. Быстро это это работать не может, поскольку даже компиляторы С++ - чудовищные тормоза несмотря даже на то что они работают на уровне единиц компиляции а не всего проекта целиком. То есть написать на елиспе интерпретатор С++ конечно можно, только работать с приемлемым качеством это не будет. И это проблема конкретно С++.

Аналогия верня только если вы собираетесь купить самолет и сами его обслуживать. Или вы хотите смотреть на мфц с точки зрения халявщика-юзера?

Не могу не ответить тем кто троллит на тему проприетарной лицензии для Technology Preview. Они _все_ свои bleeding edge-релизы под этой лицензией выпускают. и qt 4.4 с фононом так выходил и все прочее, что ещё не готово к окончательному релизу под этой лицензией выходит.

в cedet реализован полноценный парсер, а не regex. на основе собранных данных можно делать рефакторинг и навигацию по коду.

Кроме ++ там еще языков хватает. Но С++, да - сложный язык, поэтому если что-то не разбирается как надо автору надо слать примеры, он быстро все фиксит

Очень приятная вещь. Значительно лучше, чем все недоделки с qt-apps.

>Почти всё 4.2 в .НЕТ _вообще нет интерпритатор_.

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

>Там вообще ввсё сразу помпилиться. как в моно не знаю, но по-любому там есть еомпиляция пусть и в пром. код.

Компиляции в пром. код не видел, в моно только читал, что есть, но и то не нашли, а я не сильно искал.

> Что, от части, и делает креатор - он, например, нормальное печатает QString (его содержимое), а не то что выдаёт gdb.

Вот это отлично - это то, чего так давно не хватало. Раньше они не хотели делать IDE - "дело принципа", но теперь до них дошло, наконец, что нормальной IDE никто так и не сделал и придётся всё делать самим, а то VS по удобству и скорости разработки в нём зачастую далеко впереди.

Тебе не надоело?

Новая Qt 4.5 для предварительного технологического просмотра

Ещё хорошая новость:

Qt 4.5 - это предстоящая новая версия Qt - кросс-платформенной системы разработки настольных приложений и приложений для встраиваемых систем. Пакеты для предварительного просмотра доступны для загрузки, тестирования и обратной связи.

Предварительная версия предоставляет первый, полный взгляд на новую Qt, включая:
* Интеграция с новейшей версией движка WebKit для веб браузеров;
* Новая библиотека измерения производительности и реинжениринг ключевых компонентов для улучшения производительности;
* Отладчик для движка скриптов Qt Script;
* Поддержка XSL-T;
* Поддержка документов в формате Open Document Format (.odt);
* Улучшенная поддержка прокси;
* Различные улучшения в Qt Designer;
* Улучшенная интеграция с рабочими столами, основанными на GTK+

http://trolltech.com/developer/preview-qt-4.5

> представляю вам мою последнюю разработку в области программирования. Программа считает, сколько в двумерном массиве чисел в каждой строке больше среднего строки.

> #include <iostream> > using namespace std; > int main ()

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

srednee=0; // не нужно

Где "return 0;"? может патч выслать?

P.S. А смеятся нужно после оператора "лопата;"?

P.P.S. Где QT? Где шаблоны?

>Это будет аналог визуал студии? Классно. Здорово, если ошибки компиляции тоже переведут на русский, как и в студии.

Как бы это мне одному так повезло, или уже много лет gcc выводит все по-русски?

>А почему не доработать qdevelop? Разработчик QDevelop уже год рассылает патчи на свое IDE, и недавно (с пару месяцев назад) собрался выпускать 0.26

Боюсь такими темпами допилить её будет очень тяжело. Хорошая была IDE, но похоже перейду на нокиевскую

// :( Не то чтобы нокия - зло. За qdevelop обидно. Туда за этот год даже коммитить непонятно как было.

>Как бы это мне одному так повезло, или уже много лет gcc выводит все по-русски?

Похоже только тебе повезло. Остальным приходится отключать.

Аааа ФАПФАПФАП
Всё, я знаю что станет стандартом кроссплатформенной разработки, чему будут учить быдлокодеров в вузе, что задушит Microsoft Visual Studio, Eclipse и NetBeans. Все языки перестанут быть нужными потому что у нас есть C++, Qt и теперь наконец истинная IDE под них.

>Я пишу в xemacs для Qt4, использую ecb и кое что по мелочи, что я делаю не так?

Все делаешь так, только пользуешься далеко не всем, что могла бы предоставить нормальная IDE. ;)

Сам пока тоже на emacs, для творчества хватает. Как выйдет обсуждаемое поделие - будем смотреть. :d

Итог покупок Nokia: получили ОС(Symbian), мощную библиотеку под C++ и интерпретаторы(Qt), пишут IDE ala M$VS6.0(Qt Creator). Чего ждать в итоге? Клона Microsoft но на 15 лет моложе?

В VS6 можно было определять свои форматы для дебаггера, а то и полностью контролировать вывод через аддон. Как в новой, пока не разбирался.

>Тебе не надоело?

Почему мне должно это надоесть?

>Итог покупок Nokia: получили ОС(Symbian), мощную библиотеку под C++ и интерпретаторы(Qt), пишут IDE ala M$VS6.0(Qt Creator). Чего ждать в итоге? Клона Microsoft но на 15 лет моложе?

Тебе Болмер уже ночами снится?

О мой поллюционный сон (с) :-D

>Отклик ГУЯ должен быть быстрым, однако если он примется раскрывать все шаблоны необходимые для анализа текущего контекста то это затянется надолго. Быстро это это работать не может, поскольку даже компиляторы С++ - чудовищные тормоза несмотря даже на то что они работают на уровне единиц компиляции а не всего проекта целиком. То есть написать на елиспе интерпретатор С++ конечно можно, только работать с приемлемым качеством это не будет. И это проблема конкретно С++.

Отклик ГУЯ должен быстрым, поэтому нужно инкрементально переразбирать изменения в коде и делать соответсвующие изменения в AST и bindings. А компиляторы обычно все в один проход разбирают (переразбирают с нуля) для каждой единицы трансляции. Т.е. здесь компиляторный подход не годится. Да, переразбирать код корректно и инкрементально - сложная задача, но в том же Eclipse это уже работает и пользоваться удобно. Хотя, конечно, пока еще далеко от того, что есть для Java.

Например, переиндексирование с нуля исходников для одного моего проекта:

"Indexed (366 sources, 363 headers) in 20,58 sec: 72 072 declarations; 234 029 references; 0 unresolved inclusions; 3 syntax errors; 2 043 unresolved names (0,66%)"

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

Т.е. получается, что на elisp хоть и можно что-то написать (как и на brainfuck каком-нибудь), но ничего из написаного даже до уровня CDT не дотягивает и вряд ли дотянет когда либо. И то, что это проблема именно сложности плюсового кода, как-то не очень на отмазку катит, особенно когда пытаются подсунуть голый Emacs как IDE для плюсов.

> Отклик ГУЯ должен быть быстрым, однако если он примется раскрывать все шаблоны необходимые для анализа текущего контекста то это затянется надолго. Быстро это это работать не может, поскольку даже компиляторы С++ - чудовищные тормоза несмотря даже на то что они работают на уровне единиц компиляции а не всего проекта целиком. То есть написать на елиспе интерпретатор С++ конечно можно, только работать с приемлемым качеством это не будет. И это проблема конкретно С++.

Мне одному кажется что эклипса у меня не тормозит?

> Итог покупок Nokia: получили ОС(Symbian), мощную библиотеку под C++ и интерпретаторы(Qt), пишут IDE ala M$VS6.0(Qt Creator). Чего ждать в итоге? Клона Microsoft но на 15 лет моложе?

Смешной фанатик. Конечно, если у нокии нифига не было бы, и программисты у них были херовые, и продукты кривые, было бы лучше. Это был бы не майкрософт.

А зачем нужны "лёгкие" иде которые могут гораааздо меньше чем тот же Eclipse/CDT? при этом Eclipse/CDT нормально работает на P4/1Gb RAM

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

Попробовал среду. В принципе задел неплохой. Но после выхода не смогла открыть свой же проект. Подождем пока доведут до ума.

>Да, переразбирать код корректно и инкрементально - сложная задача, но в том же Eclipse это уже работает и пользоваться удобно.

По сравнению с тем как тот же CDT работает c чистым Cи я бы сказал что оно не работает. Но с чистым Си и имакс работает замечательно.

>Для этого проекта (практически не используются шаблоны, хотя макросы довольно навороченные есть)

В этом-то и цимес: макрос это всего навсего копипаста кода, а шаблон - нет.

>Т.е. получается, что на elisp хоть и можно что-то написать (как и на brainfuck каком-нибудь), но ничего из написаного даже до уровня CDT не дотягивает и вряд ли дотянет когда либо.

По твоему на жаве можно более продуктивно парсить текст чем лиспом?

> С добрым утром. Переключи язык на русский, и gcc начнёт лаяться по-русски.

hello.c: В функции ‘main’
hello.c:2: ошибка: ‘d’ undeclared (first use in this function)
hello.c:2: ошибка: (Each undeclared identifier is reported only once
hello.c:2: ошибка: for each function it appears in.)
hello.c:3: ошибка: expected ‘;’ before ‘}’ token

Ж-P

$ gcc test.c -o test.c
test.c: В функции ‘main’:
test.c:2: ошибка: ‘d’ не описан (первое использование в этой функции)
test.c:2: ошибка: (Сообщение о неописанном идентификаторе выдается один раз
test.c:2: ошибка: для каждой функции, в которой он используется.)
test.c:3: ошибка: декларация в заголовке ‘for’-цикла поддерживается только в стандарте C99
test.c:5: ошибка: expected ‘;’ before ‘return’

Нет уж. Лучше по-английскому.

>В этом-то и цимес: макрос это всего навсего копипаста кода, а шаблон - нет.

Конечно, в этом проекте используются далеко не все навороты C++. Но вот в Eclipse гораздо удобнее работать с кодом, чем в Emacs. Даже хваленый VS+VA хуже работает.

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

>По твоему на жаве можно более продуктивно парсить текст чем лиспом?

Я только сравниваю готовые решения для разбора плюсового кода в Emacs/Eclipse/... И что-то на лиспе никто не спешит написать достаточно хороший front-end для C++. Разбор кода на C++ оказывается слишком сложным для лисперов (да еще и не нужным делом, как они всегда утверждают). Так что не важно насколько продуктивнее лисп может парсить текст, пока нет готового к использованию решения.

>Но вот в Eclipse гораздо удобнее работать с кодом, чем в Emacs.

Чтобы было объективно надо привести каких операций недостает имаксу.

>Но CDT также неплохо развивается в отличие от Emacs, и разбор кода с шаблонами также улучшается.

В общем случае там нужен интерпретатор С++ для разбора кода. Поддерживаемый в консистентном состоянии с gcc.

>Разбор кода на C++ оказывается слишком сложным для лисперов (да еще и не нужным делом, как они всегда утверждают).

Наверно это как ковыряться серебрянной ложкой в дерьме.

Это так типично для kde и qt, изобретать велосипеды, причем исключительно для себя.

> Чтобы было объективно надо привести каких операций недостает имаксу.

Да самых элементарных, вроде semantic highlight, open declaration, find references, call hierarchy.

> В общем случае там нужен интерпретатор С++ для разбора кода. Поддерживаемый в консистентном состоянии с gcc.

Общий случай мало интересен, гораздо интереснее практические случаи и то, насколько хорошо для них работает инструмент. Все-таки разбор кода в IDE - это не насколько критическая вещь в отличии от компилятора, который должен поддерживать стандарт. Хотя если IDE очень хорошо интегрирована с компилятором, то это только плюс. Но для C++ такое даже MS не осилила в своей VS.

>>Разбор кода на C++ оказывается слишком сложным для лисперов (да еще и не нужным делом, как они всегда утверждают).

>Наверно это как ковыряться серебрянной ложкой в дерьме.

Ну вот и я о том же, никогда хорошего решения для С++ на elisp не напишут. Поэтому и не важно, насколько крут Emacs+Elisp, при программировании на плюсах толку от этой крутизны практически нет.

>Это так типично для kde и qt, изобретать велосипеды, причем исключительно для себя.

Бедному анонимусу мешают их скачать?

>Мне одному кажется что эклипса у меня не тормозит?

жаба намного быстрее асм'а, как она может тормозить?

>парсер плюсов - практически нереальная задача (нет ни одного компилятора, полностью соответствующего стандарту)

алсо напомните нереализованные фичи текущего стандарта.

>Обалденная логика. Ещё изучи овечек, потому что тебе женский пол нравятся.

Одминам, как и другим гуманитариям, логики не понять, не печалься.

Скачал, поставил (установщик графический, видимо даже создает деинстяллятор). Пока исключительно положительные впечатления :) Очень приятная в обращении штука..

> при этом Eclipse/CDT нормально работает на P4/1Gb RAM

Ага, а 2005я студия нормально работает на P3-933 512M RAM без единого тормоза.

Когда в eclipse начинаешь переключать перспективы (debug/edit) или индексировать новые файлы с помощью cdt, то начинается песец.

Нафик нафик такое "нормально работает".

не например export (только в одном компиляторе есть, да и то проприетарном)

ждем ебилдов

>Здорово, если ошибки компиляции тоже переведут на русский, как и в студии

Вот уж нахер такое счастие....

Перспективы переключаются первый раз с задержкой. небольшой. потом - очень быстро. И индексирует он в фоне. И это лучше, чем не индексировать вообще :P

> Легковесная? C каких это пор Qt стала легковесной?

ide от qt не отличаешь?