Потому скорость компиляции от иде не зависит почти никак.
в теории — да. а на практике вам записать видео, что-ли, где один и тот же проект в разных IDE компилится c разной скоростью? скажу точно за кодблокс и кутекреатор.
потому, что из всех написанных на С++ IDE QtCreator самый тормозной
4.2.
Запуск IDE — секунда или менее.
Парсинг QMake проекта в 200 файлов - две секунды.
Парсинг большого Autotools-проекта (gtk+) — 10 секунд.
Стоковый парсер C++/C++11 в Qt Creator — быстрейший и удобнейший из всех IDE, кроме того имеется возможность прикрутить clang для парсинга и подсветки C/C++/ObjC/ObjC++.
10 вхождений, причём даже со скриншотом и подписью «GNU Emacs, an extensible editor that is commonly used as an IDE on Unix-like systems». Это и неудивительно, о том, что ты не можешь в английский язык было ясно достаточно давно.
build automation tools
cedet? Нет, ты не слышал.
debugger
GDU? Нет, ты не слышал.
Некомпетентен безграмотен и ужасающе глуп исключительно ты, увы. А чужие люди, о которых мы говорим, этими недостатками не отличаются.
«GNU Emacs, an extensible editor that is commonly used as an IDE on Unix-like systems». Это и неудивительно, о том, что ты не можешь в английский язык было ясно достаточно давно.
Developers who favor command-line oriented tools can use editors with support for many of the standard Unix and GNU build 1 tools, building an IDE with programs like Emacs[5][6][7] or Vim.
в общем, ваша безграмотность на лицо
Некомпетентен безграмотен и ужасающе глуп исключительно ты, увы
если вас терзает душевная боль по какому-то поводу, не стоит выливать её на других людей. держите себя в рамках приличия. если не можете общаться как относительно культурный человек просто покиньте этот форум. здесь таким не место и это прописано в правилах. www.linux.org.ru/rules.jsp
Да. Официально у него собственный костыль, написанный на python - mach. Именно он и собирает FF. Несмотря на наличие скриптов autotools (configure), сборка FF с их помощью была сломана достаточно давно и они её и не чинят (собирал как-то FF из ванильных сорцов, доступных на ftp).
В восьмом нетбинсе на уровне запилили всё, но стартует она подольше, но рефакторинг экшионс побольше. Примерно так на так, но мне кирэтор больше нравится. Хотя для plain/gnu makefiles, всё таки CDT и Netbeans работают получше. Зато хоткеи и минималистичность в криэторе - зэ бест.
Если бы все разработчики C++ согласились использовать одну и ту же систему сборки, если бы C++ не был языком, который хрен распарсишь, если бы всякие наркоманы осилили c++11 и его constexpr и не баловались генерацией c++ кода всякими moc'ами и прочим говном, то можно было бы назвать что-то лучшим или хотя бы хорошим. А в ситуации реальной жизни, когда один обмазывается Qt'ами и использует qmake просто потому что он q, и в нем это все искаропки работает, другой создает проекты в вижуал студии, третий юзает cmake, а четвертый говорит, что это все не нужно, и только мейкфайлы - тру, самый разумный и удобный выход из ситуации - использовать обычный текстовый редактор (например vim) с подсветкой синтаксиса и без всяких автодополнений, потому что они все равно нормально работать не будут.
скажем так, емакс можно считать ИДЕ под лисп, но вот связки с дебаггером/компилятором плюсов я в нём из коробки не нашёл. вполне допускаю, что плохо искал.
Или Демокрит, или еще кто-то из великих. Но я отвечал тебе, юзеру с ником next_time.
а рано, потому, что сперва вам надо было в полной мере осознать смысл этой фразы
Снова заблуждение.
зря вы продолжите строить из себя умудрённого гуру. это совсем не так (см. чуть выше). да и скрывать, таким примитивным образом, свои душевные терзания по поводу глюкодромности вашего любимого ИДЕ совсем излишне.
тогда это не IDE. IDE ставит своей задачей предоставить готовое окружение, которое без настроек со стороны пользователя и дополнительных плагинов позволяет выполнять компиляцию проектов.
да, поковырявшись в емакс его можно настроить так, что его можно будет использовать в качестве ИДЕ и такая сборка емакс, будучи поставляемая отдельно будет являться иде. но это уже будет не емакс, точно также, как убунта не является дебианом.
это будет уже другая программа, в которую будет внесено множество «на коленке» скреплённых друг с другом изменений, со всеми достоинствами и недостатками такого подхода.
особенно приятно видеть значительную эволюцию взглядов за неполных три месяца
на самом деле, одно другому не мешает. «gedit» сказано про внутренности ДЕ, а «IDE ставит своей задачей предоставить готовое окружение, которое без настроек со стороны пользователя и дополнительных плагинов позволяет выполнять компиляцию проектов.»
про его философию
Но даже если вы его и встретите, это не сделает вашу любимую ИДЕ менее глюкодромной. Поменяйте своё отношение к жизни и не нервничайте по пустякам. Если эклипс у кого-то не запускается, это ещё не делает его плохим ИДЕ, ну подумаешь, эклипс не сильно пригоден для продакшена, ну и что? У вас-то он работает, стало быть, для вас всё ок.
а это — картошковоз, и, в тоже время — тоже автомобиль.
аналогично, emacs — это такая полуОС, и, в то же время, текстовый редактор
вещи и ПО определяются философией их применения. такие дела.
окружение помогает писать код? оно интегрировано в одно приложение? значит, IDE
а уж если из прямого определения исходить, ну тогда, любой текстовый терминал, вместе с соответствующим окружением — это тоже IDE, а что, отладчик, компилятор и текстовый редактор есть, значит код писать помогает, в одно приложение интегрировано*. всё, значит IDE.
кстати, все возможности емакса есть в ворде/либреоффисе (не забываем про макросы, да). что, и либреоффис - теперь ИДЕ?
*интегрировано, в смысле — не менее, чем в емакс/вим/каких-то ИДЕ — отладчики и компиляторы почти всегда являются внешними по отношению к среде разработки