Делаем компилятор!

[Пепел Феникса]

Сообщение от Stilet

Если бы я по серьезному делал компилятор я бы смешал все языки программирования в один. Чтоб можно было в одной программе писать на любом языке куски кода.

внутри файла смешивать ни ни, между файлами можно такое организовать.

[Abstraction]

Собственно, .NET что-то такое и делает. Недавно с удивлением выяснил, что существует даже Prolog.NET.

[Пепел Феникса]

http://ru.wikipedia.org/wiki/.NET_Fr...8F_.D0.B2_.NET

[Vallerik]

Сообщение от Vapaamies

Был еще компилятор "Странник". Автор вроде защитил диссер и перестал его развивать.

А по подробней?
Есть ссылочка???

[Vapaamies]

Ссылка легко гуглится -- автор весьма удачно выбрал название.

А вообще, между нами говоря, писать компилятор именно C++ -- гиблое дело. "Комитетный" язык с навороченным стандартом -- эдакий PL/I на новый лад... Можно еще почитать Евгения Зуева, как он писал компилятор C++ много лет назад, когда в нем было меньше заморочек, чем сегодня.

Если уж и писать компилятор, то своего языка. Внезапно, но это может оказаться намного проще. Вначале, правда, придется придумать этот свой язык, что уже не так просто.

[Abstraction]

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

Придумать язык как раз не так сложно. Вот чтобы хотя бы сам автор впоследствии от своих придумок не полез на стену - это чуть сложнее

[Perchik71]

Сообщение от Abstraction

Придумать язык как раз не так сложно. Вот чтобы хотя бы сам автор впоследствии от своих придумок не полез на стену - это чуть сложнее

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

[Пепел Феникса]

не забывайте весь код уходить в асм, а асм в машинные коды. между прочем

код не обязан уходить напрямую в асм это раз.
второе, асм по сути лишь текстовое представление опкодов.

придумать язык легко, не легко же его реализовать и расширять потом.


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

[Abstraction]

не забывайте весь код уходить в асм, а асм в машинные коды. между прочем

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

[Perchik71]

Сообщение от Abstraction

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

ну да очень бы хотелось перевести в с++ VCL хотя бы BCB работал бырее делфяки. правда все эти переводы нуждаются в очень крутых оптимизаторах. Ибо у прогера ручки отвалятся это всё приводить в человечий вид.
//----
Кстати на вскидку
самый надёжные оптимизаторы только у gcc и мс.
компилы выдают хороший и быстрый код, в отличии от того
что делают кодегировцы. Уж больно вся эта VCL не оптимизирована,
тем более в циклах это сильно видно, переписать VCL не нужно.
ручки упадут, а вот оптимизатор загнать, что бы для Count - 1 он с генерировал
переменную сам, да бы не обращаться по сто раз и вызывать декремент.