IDE для своего языка

Что же у тебя на сузе глючит? У меня что 3.0 что 3.1 работала без проблем под сузей...

пишет всякий бред в standart output, copy/paste не работает, 2 плаг-ина вместе не запускаются и т.д. возможно это все настраивается и чинится, но впечатление от eclipse осталось не радостное ...

Emacs, конечно же. Берётся готовая мода для наиболее похожего из существующих языков, и правится напильником. Eclipse - нерасширяемый, потому как язык в нём - убогий.

А вообще, скоро вот доделаю свой движок, в котором из одного общего описания языка генерится компилятор, интерпретатор, метакомпилятор и емаксовая мода со всякими там автокомплитами...

>Eclipse - нерасширяемый, потому как язык в нём - убогий.

И такое говорит технический специалист! Причем тут язык? Язык - это лишь средство реализации, которая в ООП, как известно, вторична :)

Компонентная модель в Eclipse - одна из самых расширяемых (среди ООП).

emacs как user интерфейс для подобных систем - идеален. Юзера просто пищать от счастья будут .. удачи!

> А вообще, скоро вот доделаю свой движок, в котором из одного общего описания языка генерится компилятор, интерпретатор, метакомпилятор и емаксовая мода со всякими там автокомплитами...

ух ты!, а название у прожекта есть?

Вызывающе неверная информация. Eclipse - расширяемый, потому как язык в нём - нормальный.

Вот когда доделаешь, тогда мы и посмотрим, а сейчас - успокойся немного.

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

С некоторым (значительным) отставанием - CVS проекта http://dslengine.sourceforge.net/

В данный момент уже съехал со Схемы, теперь будет два основных backend-а: Common Lisp (и, с учётом ABCL -> Java в нагрузку) и .NET.

Про язык спецификации языков - читать в файле CDeflang.scm.

Уже пора бы всем давно понять, что ООП и расширяемость - слабо совместимы, даже если всякими очень не-ООП дополнениями вроде рефлексии обвешать всё подряд. Да, я согласен, у Eclipse очень хороший ОО-дизайн. Но это его не спасает...

Спасибо за помощь. А что скажете по поводу KDEvelop ?

Ещё хуже. Абсолютно нерасширябельная поцня.

Возьми GNU Emacs или J (но он пока ещё маленький). Лучшего всё равно не найти, при всех недостатках...

А ссылку нельзя ли на J? Как его искать-то? :)

Ищи ABCL:

http://sourceforge.net/projects/armedbear-j

эта.. он на жабе что ли?

> эта.. он на жабе что ли?

Ага. Но редактор выглядит очень неплохо, и что самое прикольное, использует для расширения Common Lisp. И этот самый Armed Bear Common Lisp умеет вызывать Java функции. В общем, интересная штука. Можно представить себе систему, где GUI будет реализован на Java, а логика на CL - очень правильная архитектура :-)

GUI на Java - отстой :)

На CL с помощью маросов можно круче забабахать. По крайней мере, мои первые шаги в Scheme говорят именно об этом.

>GUI на Java - отстой :) >На CL с помощью маросов можно круче забабахать.

При чем здесь макросы, когда нет хороших биндингов CL для распространенных GUI и OpenGL. То, что есть - только начальные попытки.

Я не знаком с ABCL, но если там хорошо поставлена интеграция с Java, то написать биндинги для SWT или Swing, по-моему, никаких проблем :) Время потратишь, зато GUI описывать удобнее будет.

Ну или для GTK биндинги взять, там вообще GUI с помощью Glade можно сделать. wxLisp еще какой-то есть :)

Давно хотел спросить, а что такое биореактор Луговского?

Сорокина читал? (модный писатель-некрофил).
Так это оттуда...