Oberon space

Вообще не пашет, даже сообщений нет

Был удивлён, что в новом Обероне (07) нельзя создавать псевдонимы зарезервированным типам. Например, для обеспечения совместимости с другими компиляторами.
Вследствие этого такой код уже невозможен:

MODULE Test;
  TYPE
    LONGINT = INTEGER;

    Buffer* = POINTER TO BufDesc;
    BufDesc* = RECORD
      len*: LONGINT;
    END;

END Test.

Намедни, в ходе экспериментов с компилятором Coco/R, подумал:
каким образом можно дать на веб-сайте возможность динамически создавать компилятор на основе грамматики ATG при помощи Coco/R и тут же экспериментировать с входными данными?

Я представляю такую цепочку действий:

• На входе, в текстовом поле: грамматика ATG
  
  

COMPILER Spreadsheet
(* Grammar for a very simple spreadsheet *)

IGNORE CHR(9) .. CHR(13)
IGNORE CASE

COMMENTS FROM "(*" TO "*)"

CHARACTERS
  letter     = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz" .
  digit      = "0123456789" .

TOKENS
  identifier = letter .
  number     = digit { digit} .

PRODUCTIONS
  Spreadsheet = { Command } "QUIT" .
  Command     = [ Expression ]
                ("UP" | "DOWN" | "LEFT" | "RIGHT" | "HOME" | "GOTO" Cell |
                "ENTER" ) .
  Expression  = [ "+" | "-" ] Term { "+" Term | "-" Term } .
  Term        = Factor { "*" Factor | "/" Factor | "%" Factor } .
  Factor      = number | Cell | "(" Expression ")" .
  Cell        = identifier number .

END Spreadsheet.


[/li]

• Кнопка "Создать компилятор".
  При нажатии на сервер отправляется запрос с телом грамматики. Сервер запускает Coco/R, проверяет на наличие ошибок
  и возвращает ответ:
  a) позиции ошибок для исправления, если таковые имеются
  b) созданные Scanner(.Mod) + Parser(.Mod), если ошибок нет
  
• При получении результатов с сервера:
  
  a) Ошибки в грамматике помечаются.
  b) Компилятор собирается прямо в браузере при помощи OberonJS. Сообщение об успешности сборки и готовности к работе.
  
• Следующий этап заключается в экспериментах над входом для свежего компилятора в режиме онлайн.
  
  В следующее поле вводится вход (некоторый синтаксис, понимаемый собранным компилятором), который тут же способен интерпретировать его как программу.
  

Что можно добавить:
возможность вносить изменения в созданные сканер и парсер прямо в текстовых полях, затем отдельной операцией собирать компилятор и тогда тестировать новый синтаксис.

жесть

Цитата: Роман М.

Расскажите что-нибудь из опыта отладки заковыристых мест при одновременной работе с OberonJS и JavaScript.

Чуть позже либо я, либо Влад что-нибудь расскажем :-) А какого рода заковыристые места интересуют? Баги самого компилятора oberonjs (а они там еще есть, кодогенерация не всегда вполне корректная на сложном коде) и отлов соответственно последствий в сгенерированном коде, или вопросы работы со внешним API жабаскриптовым?

В данном случае я имел в виду при "взаимоотношении" между имеющейся кодовой базой на JS и новым кодом, написанным на OberonJS. Возможно, будут некоторые особенности из-за скомпилированного кода.

Цитата: Geniepro от Июнь 28, 2014, 07:33:49 pm

Не могу согласиться. IDE для турбопаскаля 7 всё-таки поудобнее была.
Помнится, в последние годы, когда я ещё в ДОСе работал, в качестве IDE я использовал ДОС Навигатор -- многооконный редактор с вертикальным выделением -- ваще супер было для тех времён ))

О! Хорошо что напомнил - надо его будет поднять, и попользовать. Он же до сих пор жив и есть под все платформы. Возможно в плане IDE он сможет стать для меня тем, чем не смог стать FAR.

Интерфейс ДОС Навигатора (DN) был крут в те времена отчасти потому что существовал такой фреймворк как Turbo Vision. В своё время я мог создать на нём разные интерфейсы (в Turbo Pascal 7.0) довольно быстро и результат был очень хороший. Поддерживались события мыши, клавиатурные сокращения, валидация полей, опции окон/диалогов и прочее - весьма круто для тех времён.
А ещё мне в руки как-то попала программа, кажется она называлась App Editor (ae.exe) - позволяла "рисовать" интерфейс прямо как в Дельфи, перетаскивая элементы на форму и настраивать обработчики событий. Формы сохранялись в ресурсные файлы, которые подгружались во время работы программы.

Исходники DN находятся в репозитории https://github.com/romiras/turbo-pascal-archive/tree/master/Files/Dos%20Navigator

Хотя, надо отметить, с Turbo Vision требовалось работать весьма осторожно. Помню, как опробовав Delphi 3 после TV, почувствовал как с плеч свалился огромный груз -  о многих вещах уже не требовалось заботиться, за тебя их выполнял Delphi.

http://www.ocp.inf.ethz.ch/forum/index.php?topic=766.0 - Sources for AOS Oberon for ARM, or ARM Compiler

http://matthias.dnsdynamic.com/oberon/doku.php?id=alo - ARM Linux Oberon