Мой брат перед выездом полностью дописал ядро компилятора Pascal под .Net.

http://it.mmcs.rsu.ru/modules.php?name=Forums&file=viewtopic&t=434

По всем позициям этот компилятор обогнал Борландовский под .Net и даже под Win32 (это заслуга уже .Net 2.0)

Ожидаемая дата выхода - Май 2007

Борланд готовься - тебя съедят заживо...

Зы. Вообще-то во время разработки компилятора было замечено:
1) .Net - наилучшая на сегодня система разработки ПО (не БД!)
2) Паскаль - самый отстойный язык программирования (но это не мешает ему быть стандартом де-факто для обучения в нашей стране)

ну-ну...

По быстодействию он не уступает нативным win32 приложениям откомпилированным в Делфи 7

писец как у дятлов крышу рвет

(0) А зачем оно надо? Велосипед?

(5) - сможешь написать лучше?

(6) - какой велосипед? С++ - велосипедов - дочерта, а Паскаль под .Нет - только у Борланд. Да и то он - качества ниже среднего.

Под Win32 - только FreePascal - но у него устаревшая среда разработки (хотя как компилятор он очень хорош)

да нет... куда мне до команды из 2000 программеров, а не специалистов...



а со специалистами тягатся... тоже не могу... у них мед неправильный...

Для обучения Паскалю в нашей стране в подавляющем числе случае используется Турбо Паскаль 14-летней давности...

Из современного - фактически нет сред разработки, пригодных для обучения...

(9) - этот компилятор фактически написан 1-м программистом

да ну... серьезно что ли?

TMTPascal.net - тоже уже есть. Если что..

(11)я и говорю... куда мне до вас... вы целых 2000 программеров из борланда обскакали... одно слово специалисты...

(13) в 2-м за пару месяцев. Короче ждем-с..
(8) А почему не БД?

мая 2007 года - как оптимистично звучит :)

http://www.tmt.com/net.htm - этот что ли?

название какое-то неправильно только... надо было типа Паскаль007 или Паскаль005

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

(17) да, то..

(20) - а где его скачать можно?

Основная страница проекта PascalABC.Net:
http://pascalabc.mmcs.rsu.ru/

интересно а твой братишка как лексемы разбирал... какой алгоритм использовал...

сколько проходный компилятор... и линковщик в нем уже встроен... или надо отдельно линковать

(22) Берем VB.Net. Заменяем некоторые слова и убираем ковычки. Делаем IDE для свежеиспеченного языка программирования..

Здесь немного устаревшая версия:
http://pascalabc.mmcs.rsu.ru/versions/PABCNetv002.zip

(24)тама нету IDE

1 место на студенческой конференции

(27) Где?

8-\

нда... хотя бы страничку приличную сделали, что ли...

Интересно, а этот паскаль работает быстрее чем c#? или vb.net?

Я всё таки не буду сильно ругаться. может перед нами новый "Билл Гейтс"!

(2) > .Net - наилучшая на сегодня система разработки ПО (не БД!)

А можно поподробнее насчет БД? В чем косяк?

Хммм. jbond решил напоследок понтануться?

Ага! Ну все, всем пока!

(36) Уже спрашивал..

На вопросы отвечает один из разработчиков ядра PascalABC.NET

jbond писал:"этот компилятор фактически написан 1-м программистом"
В разработке системы программирования PascalABC.NET заняты 6 человек.
Ядро(компилятор) разрабатывают трое. Уже двое, после того как уехал Бондарев Иван. Бондарев Иван полностью реализовал генератор EXE кода под платформу .NET, идею компилированных модулей PCU, а также некоторые другие алгоритмы.

skunk писал: "интересно а твой братишка как лексемы разбирал... какой алгоритм использовал..."
Синтаксическим анализатором занимаюсь я. Для генерации парсера была использована система GoldParserBuilder - LR генератор синтаксических анализаторов.

skunk писал: "сколько проходный компилятор... и линковщик в нем уже встроен... или надо отдельно линковать"

В смысле прохода по исходному коду программы - одно проходный. т.к. омпиляция разделена на три независимых этапа:
1)Синтакчический анализ и построение синтаксического дерева
2)Семантический анализ и построение из синтаксического дерева семантического дерева
3)Генерация кода по семантическому дереву

Процесс линковки встроен.

(5) В кои-то веки с skunk согласен (DarkStar, не относи к себе)

(43) Народ велосипедит? Вроде есть IronPython для .NET, после питона зачем вообще паскаль нужен?
Лучше бы портанули flex/yacc под .NET, граждане в винде заценили бы утилитки.
А так --- респект, дело трудное.

(43)получается что трехпроходный... или этому сейчас в институтах не учат

На .NET компилятор написать - раз плюнуть. Там в библиотеке классы для построения дерева кода есть, а MSIL код они сами построят и в сборку сохранят.

46 +1

2Кецалькоатль
Дисскуссия на эту тему с Вами считаю бессмысленной. Вот когда Вы напишете компилятор по возможностиям равный компилятору Delphi 8(который, как извесно, под .NET), тогда и обсудим с Вами, скольколько раз для этого надо плюнуть.

Когда строили компиляторы в native, основная проблема была в генерации ассемблерного кода.
В .NET задача облегчается, и основной проблемой становится анализ синтаксиса и семантики. Далее сгенерировать MSIL по построенному дереву кода (а его можно строить прямо в процессе анализа исходного текста) вообще не представляет никаких трудностей.
Скажу, что на .NET у меня написан компилятор с декларативного скриптого языка, ничем не напоминающего ООП и процедурные языки. Пришлось продумать иерархию и соответствия классов. А классы Delphi .NET можно компилировать практически 1 к 1.

Мы ничего не перегоняем. У нас свои деревья, гоним IL код мы по ним. Мы сначало использовали готовые классы семантического дерева, но выяснилось что компилятор получается медленным(компиляция медленна) и не гибким. Сечас генератор пользуется  ILGenerator.Emit()(в Reflection.Emit).  Генерация кода дествительно во много раз легче асемблерного, т.к. IL код уже имеет команды вызова виртуальных функций и другие высогоуровневые возможности(и не надо регистры оптемизировать, чтоб их!). Я могу говорить т.к. у нас написан генератор обычного нативного(win32) кода, для языка Паскаль без классов(писал его Бондарев Иван).

Т.к. в нашем компиляторе компиляция разделена на три независемых этапа то паралельно пришутся все три часи компилятора. Синтакический анализатор и кодогенератор уже готовы. Cейчас основная работа ведется в семантическом анализаторе.
Семантический анализ очень сложен в языках высого уровня(таких как Delphi,C#...). Небуду вдаваться в подробности, но поверьте мне - там настоящие джунгли.
Также достоинства  такого разделения следуйщие:(алгоритмы обработки деревьев отделены от самих деревьев с помошью концепции визиторов)
1)для подключения нового синаксического анализатора в двух других частях менять ничего не нужно.  Т.е. можно написать парсер своего языка и компилятор подключит его как динамическую dll.
2)тоже самое можно проделывать с генератором кода: можно написать свой визитор-интерпретатор и код будет не гнаться в EXE а интерпретироваться, или написать кодогенераторы под другие платформы.

Ну молодцы, что еще сказать :)
Делитесь опытом, а не только готовым компилятором :)