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

Посоветуйте быстрый IDE с компилятором!

У меня за плечами уже много языков (на высоте Делфи и уже год явы). Хочу добавить к ним еще и С++.

Нужен самый быстрый компилятор. Где-то вычитал что VC++ самый быстрый и сбалансированый (уже пробовал бесплатный devcpp - медленно!). Дважды не будет перекомпилировать не измененные файлы. В идеале самую маленькую по требованиям к диску (не 10 Гб) и бесплатную. Слышал для студентов - бесплатно, а мне не для коммерческих целей, а исключительно дя учебы (на ближайшие пол-года-год). Нужет только нормальный редактор, компилятор и минимум компонент формы (кнопки, мемо, лэйбл). Дайте ссылку или хотя-бы посоветуйте версию.

Опыта в С++ на уровне HelloWorld, а нужно научиться работать с файлами, строками и математикой. И ждать 30-40 секунд ради очередной пропущеной ";" не хочу!

0

Не заморачивался никогда сравнением компиляторов по скорости, но могу сказать, что не в компиляторе одном дело.
1. Железо. Мало памяти, медленный диск, слабый проц - все сказывается. У одного из прошлых проектов время сборки после обновления железа сократилось с часа-с-чем-то до 40 минут (без учета сборки зависимостей).
2. Система сборки. Много времени уходит на проверку зависимостей. Есть система ninja - очень шустрая http://martine.github.io/ninja/. Опять же, не замерял, но на одном небольшом проекте по ощущениям ускорение было раза в два.

Стоит ли говорить, что после нескольких часов на сборку всего дерева проектов, смешно читать жалобы про 30-40 секунд на компиляцию.

0

Сообщение от 0x10 после нескольких часов на сборку всего дерева проектов, смешно читать жалобы про 30-40 секунд на компиляцию

Это конечно круто, но когда учишься правильно оформлять if-else, ждать 40 секунд на исправление скобки - это тоже слишком. Небольшие Делфи проекты научился собирать и перезапускать за 2-4 секунды. На яве сборка под андроид и перезапуск проекта (до возможности увидеть ошибку) жду около 25-35 секунд... Нервы просто выгорают!!! То, на что ушло бы 2-3 недели свободного времени на Делфи пишу на яве ГОД(не шучу)! За сутки рекорд - 130 перезапусков программы... Да на делфи я подобное за 2 часа делаю с бОльшим результатом...

С++ решил выучить для написания вставок в ява-андроид. Там свой компилятор, своя структура main файла для подключения к яве... Но писать цикл 0..100 в блокноте - это не дело! Кстати компилятор там опенсорс - жутко медленный и перебирает все файлы, даже не измененные... Мне надо НАУЧИТЬСЯ писать на с++!

Сообщение от 0x10 У одного из прошлых проектов время сборки после обновления железа сократилось с часа-с-чем-то до 40 минут (без учета сборки зависимостей).

Не понимаю такую временную шкалу... "Хочу кнопку на 2мм левее", "Хочу более зеленоватый фон у панельки", "Хочу шрифт покрупнее", "в рисунке линии не соединяются - надо в фомуле не +2, а +3"... и 40 минут ждать??? и это нормально? а работать когда? 30 секунд - это капец!

0

Сообщение от Tester64 Мне надо НАУЧИТЬСЯ писать на с++!

Что бы научиться писать на с++ вам не нужен самый быстрый компилятор.

Сообщение от Tester64 и 40 минут ждать??? и это нормально?

Да нормально.
Можно посоветовать CodeBlocks. Однако "среда визуальной разработки под с++" - первый раз такое слышу... Может быть Qt, но это уже не совсем с++. Может вам лучше смотреть в сторону С#? Насколько мне известно С# и java более дружественны друг к другу нежели с++. К тому же визуальный редактор у платформы net имеется.

0

Че ж ты там такое пишешь, для обучения, что оно у тебя столько компилируется...

Сообщение от Tester64 Не понимаю такую временную шкалу... "Хочу кнопку на 2мм левее", "Хочу более зеленоватый фон у панельки", "Хочу шрифт покрупнее", "в рисунке линии не соединяются - надо в фомуле не +2, а +3"... и 40 минут ждать??? и это нормально? а работать когда? 30 секунд - это капец!

Ну вообще то походу 40 минут - это полная перекомпиляция. При локальных изменениях нужна лишь перекомпиляция некоторых модулей, а не все программы (если вся программа не в одном файле, конечно). У MSVC по кр. мере так, думаю, и в MinGW тоже). А GUI обычно не в коде хранят, а в отдельных файлах (Qt в xml к примеру хранит), и загружают динамически, так что обычно при "Хочу кнопку на 2мм левее", "Хочу более зеленоватый фон у панельки" изменяется только xml, и просто грузится измененный - перекомпиляция не нужна.

Добавлено через 2 минуты

0

Сообщение от Ilot Что бы научиться писать на с++ вам не нужен самый быстрый компилятор.

НУЖЕН! У меня уже есть медленный компилятор под андроид... запускаешь бат файл, ждешь 15 секунд пока скомпилит с++, запускаешь компиляцию явы еще 15-25 секунд, запускаешь на устройство для проверки - еще 10-15 секунд. Минута и ты счастливый обладатель "Hello orld"... бли-и-ин... Букву пропустил... еще минуту ждать...

Где-то вычитал что ВСЕ кросплатформенные компиляторы медленные... Советовали VC++ как самый быстрый... Осталось разобраться с версией для новичка - маленькая, шустрая, желательно бесплатная, максимально урезаная... Насколько я помню, когда ставил VC++ прошлый раз - потом пол года чистил систему от мусора - перекрыло все... чужие проги (даже скайп) зависая предлагали открыть VC для отладки... Занимала эта гадость не меньше 12 гиг, работала с десятком видов языков включая с++, с, с#...

С# мне НЕ нужно!!!! СОВСЕМ! Мне нужен чистый С++ и только он! Андроид работает только с Java, С++ и С. Все остальное - кривые костыли... Яву я уже знаю - теперь нужен си!
Qt насколько помню собирал HelloWorld около 40-60 секунд... Результат был в несколько мегабайт... Пустая программа на делфи - 200-500 кб.

Сообщение от Ilot среда визуальной разработки под с++

Зачем-то админы сменили мне тему! Просил посоветовать "быстрый компилятор С++ для не новичка".

0

Сообщение от Tester64 Посоветуйте быстрый IDE с компилятором!

Бесплатные среды (IDE) для программирования на С/С++
Если не нравятся указанные выше IDE, то:
Использование компилятора MinGW в Sublime Text 3
Использование компилятора MinGW в Notepad++

Сообщение от Tester64 Советовали VC++

Есть Express версии Visual Studio для образовательных целей (естественно, бесплатно).

0

Сообщение от monolit Странное представление о понятии 'много'

Много - это больше 10! Я описал самые последние "активные".

Сообщение от monolit А GUI обычно не в коде хранят

В devcpp ЛЮБОЕ изменение - хоть пробел поставил, хоть в редакторе гуи на пиксел сменил - время компилции около 15-20 секунд. И результат ЕХЕ-файл со встроеной новой формой.

Проект почти пустой - кнопка, мемо. нажал на кнопку- строку в мемо... А я хочу научиться не только этому, но и создавать несколько юнитов, связывать их, разобраться с классами... До сих пор смутно понимаю зачем нужен H-файл (ни в одном другом языке такого нет). Хочу вырастить свой полезный код (не формочки) до 100-500 кб и не ждать по 2 минуты ради изменения формулы.

Добавлено через 8 минут

Сообщение от ranebull Есть Express версии Visual Studio для образовательных целей (естественно, бесплатно).

Это уже ближе... осталось выбрать разумную версию.
В делфи можно найти последнюю версию от 2013-2014года, но это медленный монстр требующий памяти, проца и места. А многие профи до сих пор работают в 7й версии (до 2000 года) с минимумом графических извращенй в IDE(вроде плавно затухающих подсказок) и самым маленьким конечным файлом(150-200кб пустышка). Сам работаю в 2009 и переходить на новую не хочу. Как с этим в VC++?

0

Сообщение от Tester64 хоть в редакторе гуи на пиксел сменил

Dev-C++ уже формошлепная IDE? Первый раз слышу. А по поводу скорости компилятора: у тебя даже простой hello world в простом проекте компилируется долго? Если да, то это дело не в компиляторе.

0

Сообщение от anubis1768 Dev-C++ уже формошлепная IDE?

Нашел какую-то со встроенной wxWidgets. Кажется wxDev-C++. Давно было - месяца 2 назад целых 3-4 часа убил... и забросил...
Но насколько я понял это не сильно влияет на компиляцию...
Меня просто убивает что в Делфи, PHP, 1C, javascript результат изменения кода я вижу через 1-3 секунды, а в с++ и яве через 30-40 секунд! Почему не 5? не 10? Лучше я потрачу время сейчас на поиск самого быстрого "запускателя" чем километры нервов и упущеные недели во время кодинга...

0

Сообщение от Tester64 Это уже ближе... осталось выбрать разумную версию.

Можете поставить Visual Studio 2010 (только установите потом Service Pack 1), либо Visual Studio 2013.

Сообщение от Tester64 devcpp ЛЮБОЕ изменение

Какая именно Dev CPP. У них 3 издания - Dev CPP, Dev CPP (Orwell Update - последняя версия от 5 мая 2014 года.), wxDev CPP. Их можно найти на SourceForge.

Сообщение от Tester64 Как с этим в VC++?

Попробуйте, потом отпишитесь.

Сообщение от Tester64 Меня просто убивает что в Делфи, PHP, 1C, javascript результат изменения кода я вижу через 1-3 секунды, а в с++ и яве через 30-40 секунд! Почему не 5? не 10? Лучше я потрачу время сейчас на поиск самого быстрого "запускателя" чем километры нервов и упущенные недели во время кодинга...

Пишите из консоли или текстового редактора, где нет мощного модуля autocomplete и других фич.

1

Сообщение от Tester64 PHP, 1C, javascript

пхп и яваскрипт здесь ни при чем, это скрипты, которые интерпритируются. И это все очень странно... У меня достаточно большой проект, в котором есть куча шаблонных библиотек, которые замедляют компиляцию, собирается 5 мин.

0

Сообщение от ranebull Пишите из консоли или текстового редактора

Уже серьезно подумываю над этим... консольные проги компилятся быстрее(пустышка в wxDevC++ перезапускается за 2 секунды), занимают меньше, запускаются быстрее... Режим запуска - тестируемая функция - может определяться простым запускателем по горячей клавише написанным за час на делфи... При желании сложные отладочные графические результаты можно так-же выводить в делфийскую программу...
Компиляцию можно сделать командным файлом из того-же делфи-запускателя...

Осталось придумать как вести дерево связанных модулей (возможно подобное можно сделать нотепад++). И куда выводить строку с ошибкой компиляции и предупреждениями... Но сначала попробую VS2010sp1... вдруг будет не так тормозить...

0

Сообщение от Tester64 Это конечно круто, но когда учишься правильно оформлять if-else, ждать 40 секунд на исправление скобки - это тоже слишком.

Про синтаксические ошибки. Естественно, на том проекте никто не хотел тратить столько времени, а потом получать по лбу от компилятора за синтаксические ошибки. Поэтому пользовались кнопочкой в студии - скомпилировать текущий файл. Очевидно, компиляция отдельно взятого файла проходила быстро.

Сообщение от Tester64 Не понимаю такую временную шкалу... "Хочу кнопку на 2мм левее", "Хочу более зеленоватый фон у панельки", "Хочу шрифт покрупнее", "в рисунке линии не соединяются - надо в фомуле не +2, а +3"... и 40 минут ждать???

Выше уже сказали, что GUI может храниться во внешних ресурсах, просто подтверждаю, что хоть проект и был сильно легаси, но позволял использовать внешние ресурсы для рендера html-элементов интерфейса. Так что вопросы "pixel perfect" не стояли.

Другое дело, если на плюсах написана анимация. Тут, увы, как минимум нужна линковка, что тоже отнимает время.

Еще спрашивали про скорость сборки простейшего Hello World. Если слишком медленно - дело не в компиляторе. При этом "медленно" - это не субъективное восприятие, а сравнение с производительностью того же компилятора на других системах.

Сообщение от Tester64 Меня просто убивает что в Делфи, PHP, 1C, javascript результат изменения кода я вижу через 1-3 секунды

Как-то все в кучу... Начнем с того, что php и js - интерпретируемые языки, так что вполне понятно почему время цикла "изменил-посмотрел-обрадовался" сокращается.

И про моментальный фидбек на изменения в коде... Да, мы все этого хотим. Есть даже замечательный доклад, в котором Bret Victor рассказывает об этом принципе и демонстрирует классные прототипы - рекомендую посмотреть http://vimeo.com/36579366
Но мир жесток... На правах флуда расскажу одну историю в связи с этим.

Как-то мне досталась задача, в рамках которой нужно было перелопатить значительную часть компонентов проекта. Причем находились они в настолько тесной взаимосвязи, что никак нельзя было разбить работу на несколько этапов, по завершении каждого из которых можно было бы пронаблюдать изменения.
Грубо говоря, работа эта заняла 1.5-2 месяца. Два месяца проект находился в некомпилируемом состоянии. Посмотреть и потыкать палочкой, чтобы понять - туда ли я движусь, не представлялось возможным. Все логические ошибки отлавливались внимательным чтением кода. Отчасти почувствовал себя математиком - пред глазами только записи на специальном языке, которые должны означать то, что я хочу.

Естественно, спустя два месяца, когда проект удалось-таки собрать, после пары кликов все упало. Чтобы привести проект в чувства и добиться более-менее стабильной работы, потребовалось... часа три. Три часа против двух месяцев непрерывного слепого колбасинга - по-моему, не так много. Ошибки были очень просты в обнаружении и исправлении - пара выходов за границы массивов, пара нулевых указателей, ну и по мелочи.

Какой тут можно вывод сделать...
С тех пор я больше не вызываю компилятор на каждое минорное изменение. Стал аккуратнее писать код. В общем, нужно быть внимательным.

Да, это не предел мечтаний. См ссылку на видео в моем посте - там докладчик рассказывает как было бы лучше.
Но реальность такова, что есть моменты, затратные по времени.

Если требуется перекомпилировать каждую строчку кода - значит, либо проблемы в процессах, либо знания языка неуверенные. В первом случае надо править процессы. Во втором случае - может быть, для изучения не нужно пользоваться специализированными инструментами и воспроизводить полный рабочий цикл. На то оно и обучение.

2

Сообщение от anubis1768 это скрипты, которые интерпритируются

интерпретатор всегда очень быстро запускается и отлаживается... и результат всегда в 2-5 раза медленее чем в с++ на скоростных тестах конечного алгоритма.. Но авторы Делфи умудрились ускорить пере-компиляцию до нескольких секунд - обновляются только измененные в специальные файлы .dcu которые потом просто "склеиваются". Если изменений не заметил - просто запуск. Мой 2х мегабайтный (чистых исходников) проект на Делфи компилится до 5-6 секунд...

Я тоже мечтаю написать транслятор своего языка на С++ под андроид для ускорения некоторых разработок... За трансляторами будующее... Процы растут - быстрые языки не так нужны как раньше... Зато растет нужда в дизайнерах - "чуть левее", "чуть светлее", "чуть жирне", "сменим шрифт", "другой фон" - а это требует быстрой перекомпиляции... Жаль нет нормального транслятора явы и с++. Даже под паскаль видел...

Думаю вопрос решен... по крайней мере знаю в какую сторону двигаться... всем спасибо!

Добавлено через 40 минут

Сообщение от 0x10 На правах флуда расскажу одну историю в связи с этим

У меня тоже был подобный проект... переводил с Делфи 7 на Делфи 2009... строковый транслятор со специфичным хранилищем строк в текстовых файлах(который мечтаю переписать на с++ под андроид)... все строковые операции пришлось переводить с кодироки Win на Unicode... тоже ошибок было уйма... 2 недели слепого перевода без компиляций, 2 недели исправлений на стадии тестов (и пол года мелких доработок)...

Но это исключение! Обычно работа почти "дизайнерская"... Подправить формулы, изменить слегка логику, усилить дизайн... По идее должен был бы сверхбыстро компилировать дебюгерскую версию и пусть долго релизную(с оптимизацией кода и упаковкой)... На практике в дебюгерскую версию компилятор встраивает "отладочные" механизмы и работает чуть-ли не медленее релизной...

Сообщение от 0x10 знания языка неуверенные...Стал аккуратнее писать код...

Увы! На С++ "читаю со словарем"... Если бы я был гуру с многолетним опытом... Но ведь не избежать "опечаток". А нервы у "новичка" не железные... Уже раз 5 брался за изучение языка "для себя" - держался максимум неделю(особенно на слабом железе) - возвращался в Делфи... А теперь нет альтернативы - надо ускорить андроид (с++ в 2-10 раз быстрее явы) и защитить наработки(ява декомпилируется почти до чистых исходников, а не до "каши" на асемблере). Да и на Делфи много полезного написано, что можно было бы перевести в многоплатформенный С++ (Делфи умирает, а алгоримы - вечны)...

0

Сообщение от Tester64 работает чуть-ли не медленее релизной

намного медленнее, намного...

0

Tester64, gedit + snippets + (g++ || clang) запросто заменяют IDE, легкий и простой в использовании способ.

Добавлено через 1 час 9 минут
Tester64, clang++ сейчас самый продвинутый. Если сравнивать с браузерами, g++ это Chromium (только утвержденные стандарты) а clang++ это Mozilla Firefox (поддерживает кучу вещей которые еще только на черновике)

1

outoftime Позднее попробую... Слишком сложно для новичка! Сначала поработаю в notepad++. Подготовлю все в батнике для максимально-бытрого создания консольной программы... И возможно даже запуске результата в этой же консоли батника... Теоретически должно быть очень быстро! Программа (без графики) должна быть сверхмаленькой. А уж потом буду искать удобный редактор и упрощать вывод дебюгерской инфы...

Сообщение от monolit намного медленнее, намного...

Попробую отключить дебюгерские настройки, но и релизную оптимизацию и сжатие... Надеюсь этим можно управлять тонко ключами (а не "-debug"/"-relize" как в андроиде).

0

Хотел пару строк написать, а вышло вон сколько...

Сообщение от Tester64 Попробую отключить дебюгерские настройки, но и релизную оптимизацию и сжатие... Надеюсь этим можно управлять тонко ключами (а не "-debug"/"-relize" как в андроиде).

Мне clang++ даже больше нравится чем g++, во-первых: цветной вывод ошибок компиляции; во-вторых: ИМХО собирает проект быстрее чем g++.

Оба имеют массу флагов как для оптимизации, так и много-много-много разных флагов. Сам пользовался только -std для выбора стандарта, с помощью которого компилировать код (c++98, c++11, c++14) и -Wall для регулировки показа предупреждений (типа приведение int к unit и т.д.), но умные люди для релиза обычно добавляют кучу оптимизационных флагов, аля раскручивание циклов и т.д.

0

В приложениях скрин моей системы.

Миниатюры

 

0