Какой бы софт написать ?...

[alsoijw]

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

[Señor_Gaga]

Чтоб эта идея заработала нужно взять исходники компилятора, например g++ и переписать их под новый язык. Исходники g++ скорее всего на C++,

Плохая идея. Кто сможет разобраться в исходниках такого сложного
языка как С++
---
Страуструп  работая над С++ создал сначала интерпретатор, только потом компилятор.
И причем здесь С++. Новый  язык - значит новый.
Сначала реализовать некоторое небольшое подмножество нового языка.
Определиться, будет ли выдаваться байт-код, нативный код или что-то другое.

[Phlya]

Ну, я и спрашиваю: у Вас есть идеи, чего такого особенного запилить? Какие свойства ему дать?

ИМХО, сделать приложение полезнее, чтобы хороший язык написать нужен очень большой опыт и талант.

[alsoijw]

Phlya, полезное приложение для композитора не обязательно полезно для художника. Я ведь не критикую чью-то просьбу создать игру или файловый менеджер. Талант это свойство давно забыто. Сейчас есть скорее удача/расчет/чья-то помощь.
Señor_Gaga, нативный код пожалуй лучше всего. Интерпретаторы не отличаются большой скоростью работы.
 Хотя нативный код пожалуй будет сильно зависеть от железа. Или тет? Кстати какие еще варианты есть?

[Бди!]

Плагины для Компиза.

[Señor_Gaga]

Идея такая: реализовать компилятор LISP без скобочек,
или хотя бы минимизировать их количество, что бы не
было такой лабуды ))))))))
Списки сделать 'мягкими' - обычные S-выражения лиспа
и 'жесткими', то есть неизменяемыми - в них будет размещаться код или массивы.
Обеспечить возможной инфиксной записи и присваивание: a = b + c
Примерно так по минимуму.
Пользователь решил продолжить мысль 08 Января 2014, 20:26:07:

Señor_Gaga, нативный код пожалуй лучше всего. Интерпретаторы не отличаются большой скоростью работы.
 Хотя нативный код пожалуй будет сильно зависеть от железа. Или тет? Кстати какие еще варианты есть?

Байт-код переносим и будет работать и на Linuxе и на винде.
Как вариант - шитый код типа как в Forth.
Шитый очень быстр и так же переносим.
---
Есть опыт в разработке компилятора\интерпретатора?

[alsoijw]

Señor_Gaga, то что ты сказал мало понятно. Даже если знать лисп. Нужен код. Правила синтаксиса. Кстати компилятор LISP под линь есть? Как я понимаю эта тема - отправная точка для создания проекта. ИМХО для проекта нужна отдельная тема, ведь сообщение Бди! к этой (теме нового ЯП) теме не относится. А самая важная часть в разработке - чтоб сообщения были по одной теме.

[Бди!]

alsoijw,
Ну так и создайте новую тему, а какое отношение создание (точнее-разговоры о создании) нового ЯП
имеют к этой теме?
И вообще- почему тема не в РОВ?

[Señor_Gaga]

alsoijw,
Мне тоже не понятны ваши мысли.
Вы эту книгу читали? [цензура]


p.s. не стоит раздавать урлы на такое!

[Чистый]

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

Бди!,
К сожалению не использую данный менеджер, а значит не  смогу в полной мере его поддерживать, а создавать полумертвое, плохо пахнущее не хочу...

[Чистый]

Бди!,
Потому что я так захотел, тема соответствует разделу

[Бди!]

Чистый,
Ну, не для Компиза (он к моему большому сожалению уже своё отжил) а для других менеджеров.
------------------

Бди!,
Потому что я так захотел, тема соответствует разделу

Возможно. Я кнопочку не жамкал.

[alsoijw]

Чистый, а для какого ЯП интерпретатор?

[Señor_Gaga]

Кстати компилятор LISP под линь есть?

И не один. К примеру CLISP

[Чистый]

alsoijw,
для своего