Онлайн компилятор Oberon-07/11
Путеводитель по Оберон-проектам.
Логи jabber-конференции.
Онлайн исходники BlackBox: тут:WeBB и на github
Исходники Project Oberon V4 на github.
Сборник решений задач книги "Современное программирование с нуля!" тут. А обсуждение здесь.
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
А можно нескромный вопрос: поддержка ОС "Колибри" не планируется?
Можно ещё так реализовать SYSTEM.ADDRESS:Код: [Выделить]TYPE
ADDRESS = ARRAY [untagged] machineWordSize DIV 8 OF BYTE;
Здесь есть некоторые потенциальные проблемы: Процессоры 16-ти разрядные, не во всех есть не только модуль плавающей точки, но и даже банальный умножитель.
Т.е. "искаропки" микроконтроллеры не поддерживают умножение/деление целых чисел и вещественные числа отсутствуют как класс.
Может есть смысл ввести тип ADDRESS как это сделали в Активном Обероне?
Тип SET в Обероне 32-х разрядный, а INTEGER в этой реализации 16-ти разрядный, т.е. во первых прямого взаимного отображения не получится, и для реализации 32-х разрядного SET'а на 16-ти разрядных машинах опять потребуется дополнительные телодвижения, снижающие эффективностьт. Может есть смысл сделать SET тоже 16-ти разрядным.
Не нашел в репорте ни слова про возможность/невозможность рекурсивного описания:
CONST c = c;
TYPE A = ARRAY 10 OF A;
TYPE R = RECORD x: R END;
VAR v: v;
TYPE P = POINTER TO RECORD x: P END;
TYPE P = POINTER TO R; R = RECORD x: P END;
TYPE P = PROCEDURE(): P;
TYPE
P1 = POINTER TO R1;
P2 = POINTER TO R2;
R1 = RECORD ... END;
R2 = RECORD (R1) ... END;
VAR a: P1; b: P2;
a := b; (*запрещено*)
TYPE
p1 = PROCEDURE;
p2 = PROCEDURE;
VAR a: p1; b: p2;
a := b; (*запрещено*)
Тем хуже для компилятора akorn1. Процедурный тип возвращающий переменную этого же типа
P = PROCEDURE(): P;
ничем не хуже типа
X = POINTER TO RECORD x: X END.
Тип P может использоваться для программирования цепочек вычислений а-ля конечный автомат.
В C# объявить такой тип тоже можно:
delegate P P ();
TYPE
P = PROCEDURE(): P;
X = POINTER TO RECORD x: X END.
TYPE
R = RECORD x: R END;
A = ARRAY 10 OF A;
VAR v:v;
CONST c = c;
У меня давно уже есть идея написать компилятор обероноподобного языка. Как писать лексер и парсер в принципе понятно, но где брать информацию о машинном коде x86 не совсем. Где можно найти информацию о генерации кода для x86?
Если можно, перекодируйте в utf-8, а то просмоторщик вопросы вместо комментариев показывает.
Пока нельзя. См. http://oberspace.dyndns.org/index.php/topic,396.msg12275.html#msg12275 и далее.
Пушнул на github свежую версию исходников. Дифы с предыдущей версией смотреть забавно :-)Например видно, что мое исправление: http://oberspace.dyndns.org/index.php/topic,396.msg11495.html#msg11495
Было принято, переработано и добавлено: https://github.com/valexey/Oberon-07-11-compiler/commit/021b154489b9d2599428318947dca14c46798823#L11L16
вместо break; -- i = сундуки.Length;
Зоннон трудно назвать современным императивным языком. Система типов довольно убогая по современным меркам.
Единственная фишка у Зоннона -- протоколы, но я пытался их осилить и не сумел, увы...
Так и не стал я зоннонистом...
Вопрос “А что Вы делаете на Обероне?” считается неприличным и вызывает праведный гнев. Некоторые вообще не знают, что такое Оберон, но для них это и не главное. А некоторые прозревают Обероны интуитивно, не запрограммировав на них ни строчки.Сделал я одну программку на Зонноне: http://www.99-bottles-of-beer.net/language-zonnon-1241.html
Мне вполне хватило, что бы понять, что такие языки, как оберон, мне не нравятся. Их время прошло...
Цитироватьhttp://www.99-bottles-of-beer.net/language-zonnon-1241.htmlСпасибо за ссылку! Анализируя код программы, пришёл к таким же выводам, как и Вы.
И почему сейчас передачи по телевизору больше смахивают на промывание мозгов, чем на нечто более другое.
1. А где произошел большой взрыв?
Что находится за пределами вселенной?
Эти вопросы того же масштаба что и существование творца. Само существование вселенной, его смысл, и эта наша с вами беседа посреди океана мироздания... все это не менее удивительно и абсурдно. Тут наука от религии не далеко ушла.
Ну это только макет. Буду делать нормальный фронт-энд, тогда и перейду на юникод.А IDE работает с кодировкой cp1251??ДаПо идее, проблем с переходом на utf-8 быть не должно. Равно как и в компиляторе. Надо решить этот вопрос сначала раз и навсегда.По идее да. Но это повлечет за собой изменение типа CHAR - он должен стать вместо 8ми битного 16ти, а лучше 32х битным. Что может повлечь за собой изменения/проблемы в чем-то системозависимом (всякое там ffi и проч).
