Смотрела! Бяка ещё та! Хуже CodeBlock!

Может это как-то связано с ситуацией описаной в басне "Мартышка и очки" ?
Вы уверены, что достаточно разобрались с Eclipse? Это многие-многие человекогоды разработки, хорошее финансирование, одна из самых навороченных и при этом удобных IDE на севодняшний день. Поддерживает кучу языков, кстати. Вам для Ваших непонятных экспериментов со всем подряд должно быть самое то.

Я там не нашла ничего, чего нет в CodeBlock. Но настройка компиляторов - муторнее, работает медленнее, и занимает больше памяти.

"со всем подряд" - уже не много осталось

Ну как минимум - CodeBlock заточен под конкретный язык, Eclipse - расширяемая платформа, на данный момент поддерживает множество языков и даже конкретных фреймворков и их кол-во со временем только увеличивается.
Мне интересно, что Вы там искали и не смогли найти? Ну например из упомянутого лазаруса.

Формочки и элементы управления. Может, и есть. Но, когда так тормозит, желание всё осмотреть пропадает.

Eclipse, NetBeans, QtCreator, KDevelop, MonoDevelop и т.д. и т.п.

Для С++ попробуйте QtCreator.

D_K, ОК!

VtRS и я пять лет назад разработали парадигму offence-driven development - Самый крутой язык программирования , как видно, она применима не только к написанию программ, но и к выбору инструментария...

Я не выбираю
Чем больше возможностей, тем лучше. Какой покажется удобнее для конкретной задачи, тем и буду пользоваться. Можно и совместить, написав DLL.

Дело - в другом. Яык может быть удобным, но в нём не будет возможности сделать формочки с кнопочками, а они будут нужны. Или - нельзя сделать EXE... Остаются те же Си и Delphi...

Любители этих языков говорят о скорости разработки, но что получается?! Нужно будет скачивать дополнительные библиотеки, и двое суток прикручивать...

Это не задача языка. Это задачи компиляторов, сред разработки, библиотек.
Нужно это понимать.

Это уже от ваших навыков зависит

Присоединяюсь к D_K! Попробуйте Qt Creator - наиболее приближенная система к Visual Studio.
На счет сложности прикрутки того или иного к какому-то бесплатному компилятору можно было бы согласиться с утверждением, но связано это не с элитарностью, а с ленью, что, собственно, gromozeka и сказал. Если человек делает это бесплатно, то делает то, что ему интересно, а не рутину!!!

Чем больше возможностей, тем сложнее разобраться и понять. Как правило, всегда ищут золотую середину.
Как уже сказали, нарисовать кнопочку или написать exe-file - не является задачей языка и не должна являться. Именно этим лично меня раздражают Delphi, C#, Java - что там не очень ясно, где графический интерфейс, а где конструкции языка. Размыта в них эта граница. Но это мои тараканы и не в коей мере, не являются претензией к этим языкам, если что!!!

Гм. Именно язык C# и его конструкции описаны ISO/IEC 23270. Все, что выходит за рамки Стандарта языка - это уже частные случаи библиотек, фреймворков и прочих вкусностей от одной известной софтверной корпорации.... Это уже - варианты частной реализации.

Что ж тут "размытого"?

Помнится, в теме на 400 страниц этот вопрос уже обсасывали. Скажите, а при использовании STL Вы можете провести четкую границу, где заканчиваются конструкции языка?