Теперь даже IDE для C/C++ пишут на Java.
История как всегда оказалась права.

Все. Хана С++Builder настоящему

Море информации по ссылке, а maxcom как всегда в своём репертуаре, нормальные новости режет, налимые да ещё и без ссылки на источник пропускает. СТЫД И ПОЗОР MAXCOM !

Ну чтож флейм будет знатный, начнём.

Не может не порадовать желание бармалеев поддержать платформу Linux.

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

Но очень радует поддержка всевозможных компиляторов и отладчиков - момент весьма сильный. И если продукт более менее доведут до ума, то популяризация Линукса пойдёт на N% быстрее.

Можно только радоваться.

а шо за бармалеи ?

Борланд (так мы его лаского кличем) :-)))

Прекрасная идея! - это я на счёт поддержки других компиляторов, ибо компилятор бармалея всегда был отстойный, а вот среда разработки - вполне даже пристойная. ИМХО.

Kylix помнится был еще тем калоимитатором, - наверняка это тем же и будет.

прошу прощения - ссылку забыл запостить http://www.borland.com/cbuilderx/

из первых явных недочётов/глюков - сложная поддержка не входящих в предопределённые компиляторов/дебагеров(интеловского отладчика, например) и дополнительного синтаксиса(библиотек, например).

и после Kylix просто приятно работать..

собственно, я давно ждал кросс-платформенный IDE с одним проектом под всё, и данный продукт пришёлся весьма кстати.

Ну, я думаю поддержку компиляторов и дебагеров они улучшат. Тут важен заложенный потенциал. А он вроде не плох

то, что интерфейс на яве, добавит ему только некоторых тормозов, интересно на чем компоненты написаны, тоже на яве, по нормальному (т.е. на С) или продолжение извращений от Kylix'а?

кто-нибудь уже скачал ? поделитесь плиз! ужастно не хочется регисторироваться (да, я параноик ;)

Тебе 375 метров по почте послать?

http://altd.borland.com/download/cbuilderx/cbx1/ent/cbx1_enttrial_linux_solar...

ftp://ftpd.borland.com/download/cbuilderx/cbx1/ent/cbx1_enttrial_linux_solari...

Насчёт 375 метров...

Кто-нибудь скачал эту штуку? Я бы переписал (в Москве).
Пыво с меня, конечно.
Если кому не в лом - контакты в инфе, буду премного благодарен.

Броланд штука неплохая, только приучает к плохому стилю программирования и мышления.

К плохому стилю, приучает плохая голова и учителя. бармалеи где-то облегчают, а где-то усложняют жизнь.

А какие компоненты у Kylix'а?

> А какие компоненты у Kylix'а? clx - надстройка над qt

> на чем компоненты написаны, тоже на яве, по нормальному (т.е. на С) > или продолжение извращений от Kylix'а? а конкретно можешь сказать - что именно там извращено?

ну после 2х дней работы глюков 5-6 поднабралось.. что мне кажется неправильным, так это отсутсвие чёткой структуры в настройках компиляторов/линкеров - т.е. присоединение библиотек наоходиться в разных местах :-(.

а некоторые вещи просто требуют понимания стиля(как то makefile под win32 только для migwin).

в вообще - вещь!..уже интенсивно использую :-)

>Кто-нибудь скачал эту штуку? Я бы переписал (в Москве).

Я, наверно, качну - не один год за Builder'om провел - отношусь с уважением. Одна загвоздка, я в Ярославле и качать придется по GPRS, правда на халяву. :)). Кто территориально близко - ifreeman AT mail.ru.

Люди, попробуйте Eclipse

Eclipse писан тоже на яве, но с использованием swt, что есть не что иное как bindings к родным гуям - gtk 2, motif, винда и проч.

Среды разработок для разных языков разработаны в виде плагинов

Eclipse да, очень интересный проект, к тому же свободный. А про Borland тоже интересно - как у них, например, интеграция с Together? Не зря они его купили?

что с этим через месяц делать?
крак есть?

насчёт Eclipse + CDT - вещь достойная под Linux, но малофунциональная под win32.

краки нету - вещь-то только вышла... но как показывает практика с Together - один кряк на всех платформах работать будет.

> насчёт Eclipse + CDT - вещь достойная под Linux, но малофунциональная под win32.

Под Linux Eclipse, как раз гавно (наверно потому что GTK и Motif гавно, а порт для Fox еще очень сырой и с кирилицей не дружит). Кому интересно тут все написано https://bugs.eclipse.org/bugs/show_bug.cgi?id=37683

А CDT еще только в начале пути своего развития. Еще не работает не рефакторинг, не автопроверка синтаксиса и еще много чего за что мы так любим программирование на яве в Eclipse.

аи

ну с Eclipse под java я не знаком, т.к. пользуюсь JBuilder.. а насчёт Motif/GTK - со своими фунциями GUI оба справляются, а это главное..

что касается CDT - то я только буду рад его дальнейшему развитию. всё-таки, разница между ПО с исходниками и без таковых(равнок как и платное/бесплатное) велика. Да и конкуренция - вещь великая(даже в такой форме)

> А про Borland тоже интересно - как у них, например, интеграция с Together?
> Не зря они его купили?

Интеграция с Together постепенно развивается. Пока что она, в основном, на
уровне "touch point". Вы можете параллельно работать с одним и тем же проектом
в Together и каком-нибудь .*Builder, и они будут автоматически
синхронизироваться. Это работает, например, для JBuilder
(http://www.borland.com/together/jbuilder_edition/index.html) и C++ BuilderX
(http://www.borland.com/together/cbuilderx/index.html). Кажется, в C#Builder
есть поддержка read-only классовых диаграмм.

Полноценная интеграция, я надеюсь, тоже не за горами. Первая ласточка -- plugin
для Visual Studio.NET (http://www.borland.com/together/msvs/index.html).
Вполне возможно, что следующей станет новая версия JBuilder с полноценной
встроенной поддержкой UML диаграмм.

Кстати, версия для Eclipse тоже есть:
http://www.borland.com/together/eclipse/index.html

Хана настоящему C++Builder настала после выхода MS VS NET 2003, которая заточена для визуальной разработки программ на C++. Имеется в виду графичекий интерфейс программ.

Судя по всему, библиотека компонентов у C++BuilderX оcнована на библиотеке wxWindows (www.wxwindows.org). Библиотека wxWindows, в отличие, например от QT, использует по максимуму стандартные компоненты предоставляемые операционной системой (кнопки, меню и т.д.). Отсюда потенциальная ее бедность. Кроме того, она года два назад была еще достаточно глючной. Думаю что судьба C++BuilderX будет целиком зависеть от того, насколько удастся "бармалеям" довести до ума эту библиотеку.

> Хана настоящему C++Builder настала после выхода MS VS NET 2003,
> которая заточена для визуальной разработки программ на C++.

Можно подумать, что _именно_в_этом_смысле_ в VS.NET есть что-то кардинально новое по сравнению с той же шестёркой.

"Кардинально новое" в VS.NET это хороший компилятор, который генерирует код работающий в 3-4 раза быстрее кода, сгенерированного компилятором Borland. А скорость работы программ написанных на C или С++ является критическим параметром.

Отлично.

А теперь ответь сам себе, ты всё-таки про хороший компилятор (который действительно такой) или про "которая заточена для визуальной разработки программ на C++" ?

В плане визуальной разработки там тоже много нового. Теперь VS в этом отношении - реальный конкурент для C++Builder. Пользовательский интерфейс теперь на C++ строится так же просто и быстро как в Борландовском продукте. Конечно, кто к чему привык, но c VS кажется гораздо удобнее работать

Re[0x05]: Кросс-платформенная среда разработки Borland C++BuilderX

> В плане визуальной разработки там тоже много нового.
...
> Пользовательский интерфейс теперь на C++ строится так же
> просто и быстро

Пожалуйста, просвети - что же по сравнению с шестёркой появилось такого нового в конструировании интерфейсов?
C# и WinForms не предлагай пожалуйста - речь идёт о C++, так ведь?

p.s. Другой акцент. По мне так Builder вообще странный продукт - ни рыба ни мясо, так что убеждать меня в его неудобности не надо ;)

Думайте как хотите - может ради флейма,
может просто накипело...

Прочитал разговоры про WinForms, типа ну всё, всех уделаем и т.д.
1. Рисование убого. Где-то 1/10 от того, что умеет Qt-Designer.
2. (скорее к CIL или C#) - создание события (по книге Рихтера) - где-то страница полной мути, по сравнению с 4 строчками на Qt, и ещё меньше на PyQt.
3. Layouts нет как класса. Только убогий якорь какой-то. Может плохо смотрел - но в Qt, Java AWT/Swing, GTK - оно на самом верху, и программы нормально масштабируются
3. сама WinForms внутри всем чем можно прикручена к виндам, поэтому слово "платформенно-независимая" летит к... Хотя, неудивительно, про это и Рихтер пишет.

Кстати о IDE. Gideon кто-нибудь использовал? (KDevelop 3)?
Как впечатления? Стоит перехода с Emacs+DDD?

Re[0x07]: Кросс-платформенная среда разработки Borland C++BuilderX

> Прочитал разговоры про WinForms, типа ну всё, всех уделаем и т.д.

Ну вроде как слово WinForms я употребил. Тогда покажи уже, ГДЕ написано что кто-то кого-то уделает, а?
Спорщики с самими собой, блин ;-)

> Думайте как хотите - может ради флейма

Во-во..

Старик, ты не прав. В 2003 dot NET действительно стало, как в Builder'e . Дело в том, что кто-то из бармалеев свалил к мягким. Ну и объяснил им что такое Rapid Ap...

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

Сижу на нем начиная с Alpha2 и очень доволен даже при условии что приходится с глюками мериться (правда фиксят быстро).

Вобще мне этот проект напоминает Eclipse полько на C++/QT :)

>Пожалуйста, просвети - что же по сравнению с шестёркой появилось >такого нового в конструировании интерфейсов? >C# и WinForms не предлагай пожалуйста - речь идёт о C++, так ведь?

В том то все и дело, в VS NET 2003, в отличие от VS NET 2002, появилась возможность используя визуальный дизайнер (как в C++ Builder) строить графический интерфейс из компонентов WinForms на C++. Конечно, при этом откомпилированная программа будет работать только на виртуальной машине NET, конечно будет работать медленно, скорее всего даже медленнее чем программа собранная на Builder. НО, комбинируя в одном проекте "управляемый" и "неуправляемый" (по терминологии Microsoft) C++ код, т.е. используя для критичных к скорости работы участков программы "неуправляемый" код, а для всех остальных включая графический интерфейс - "управляемый" код, можно добиться вполне приличных результатов.

Про "всех уделаем" - не к тебе, а на www.microsoft.com :-)

"В том то все и дело, в VS NET 2003, в отличие от VS NET 2002, появилась возможность используя визуальный дизайнер (как в C++ Builder) строить графический интерфейс из компонентов WinForms на C++."

В VS 2002 не было графического дизайнера для C++? Бедные мастдайские MFC -программисты! Неужто я забыл это со своей VS 2003, с которой вскоре ушёл на gcc 3.3! А что разве мастдайская IDE на С++ написана? По её тормозной скорости работы что то я не замечал, что на С++.

Согласно учению Маухуура Антихриста Луговского нормальные мужчины работают без IDE. Всех, кто работает с IDE надо направлять в биореактор в евгенических целях.

я не понял.. а как в сабже гуйню то рисовать? либо я чего то не понимаю, либо все умные люди из борланда ушли в микрософт - после всевозможных билдеров и дельфей выпустить подделку под гвим это ж надо додуматься!
и главное, за это еще денег хочут.

> все умные люди из борланда ушли в микрософт

Нет, самые умные ушли в GCC.

2Pavel_and (*) (06.10.2003 11:01:24):

> В 2003 dot NET действительно стало, как в Builder'e . Дело в том,
> что кто-то из бармалеев свалил к мягким. Ну и объяснил им что
> такое Rapid Ap...

Нет, не так стало как в билдере. Из "бармалеев" свалил давным-давно Хейлсберг, который был идеолог Delphi а теперь идеолог C# и по-моему .NET CLI вообще. Только к делу отношения это не имеет, потому что следующий

anonymous (*) (06.10.2003 11:27:53)

правильные в общем-то вещи пишет:

> В том то все и дело, в VS NET 2003, в отличие от VS NET 2002,
> появилась возможность используя визуальный дизайнер (как в C++
> Builder) строить графический интерфейс из компонентов WinForms на
> C++.

Только для этого надо .NET runtime тащить на машину со всеми вытекающими. И втекающими.
Знаю я что такое managed и unmanaged код, но речь-то шла о нативном насколько я понимаю ещё нить разговора. Если же разговариваем про CLI, то какие сравнения с билдером? Вообще, какой .NET на linux.org.ru? ;-)))
А для нативного кода как и всегда - редактор ресурсов. Хотя я не могу сказать, что это прям неудобно. По привычке один фиг, а ресурсов меньше кушается чем с немеряными библиотеками. Намного причём.

Да, и вот это ещё:

> Ну и объяснил им что такое Rapid Ap...

В Visual Basic том же всё почти то же самое давно имеется.
К компонентам Delphi/Builder это, кстати, при внешней схожести не имеет отношения, ибо компоненты Delphi работают во время конструирования - в чём их преимущество основное над другими (хотя я вовсе не превозношу Delphi - не надо такого флейма ;) ).

Re[0x0А]: Кросс-платформенная среда разработки Borland C++BuilderX

> К компонентам Delphi/Builder это, кстати, при внешней схожести не
> имеет отношения,

Здесь наврал, но не суть ;)

Спать пора наверное.

>Судя по всему, библиотека компонентов у C++BuilderX оcнована на библиотеке wxWindows (www.wxwindows.org). Библиотека wxWindows,
в отличие, например от QT, использует по максимуму стандартные компоненты предоставляемые операционной системой (кнопки, меню и т.д.). Отсюда потенциальная ее бедность. Кроме того, она года два назад была еще достаточно глючной. Думаю что судьба C++BuilderX будет целиком зависеть от того, насколько удастся "бармалеям" довести до ума эту библиотеку.

Откуда такая информация, насчет wxWindows и насчет того, что борландцы собираются доводить эту библиотеку до ума?
У них же там все на Qt завязано...

мля, объясните мне, где вы там компоненты то нашли? может я не вижу чего..

дая тоже никаких GUI не обнаружил...Где они?

Лады, перестанем флеймить. Ты в Олимпийку не передумал ехать? Я сегодня до 17:00 работаю.

Живу в кунцево, если удобней можешь туда зарулить. Ну в принципе звони.

>>дая тоже никаких GUI не обнаружил...Где они?
Смотрите демку на сайте.