Oberon-07/2012

[Губанов Сергей Юрьевич]

В Обероне побитовые логические операции с целыми числами запрещены. Когда они необходимы, предлагается делать явное приведение целого числа к SET, а затем обратно. Поэтому, каждому типу целого должен соответствовать его двойник: SET8, SET16, SET32, SET64.

[alexus]

В Обероне побитовые логические операции с целыми числами запрещены. Когда они необходимы, предлагается делать явное приведение целого числа к SET, а затем обратно. Поэтому, каждому типу целого должен соответствовать его двойник: SET8, SET16, SET32, SET64.

Ну, это уже... безобразие... Чур меня... от такой "опеки".

[Geniepro]

PS. У меня ощущение, что по мере натягивания Оберона на реальный мир (по крайней мере микроконтроллеров с условием безопасной переносимости) постепенно получится AdaLite :-)

Когда компиляторы Ады ещё только начинали появляться, фирма Tartan сделала компилятор для подобного AdaLite, однако потом всё же довела до стандарта Ады...

[Kemet]

Я специально посмотрел исходники Виртовского компилятора старого Оберона. В определении языка был только INTEGER, а в компиляторе были реализованы и SHORTINT и LONGINT.
В общем нет проблемы.

[valexey]

Я специально посмотрел исходники Виртовского компилятора старого Оберона. В определении языка был только INTEGER, а в компиляторе были реализованы и SHORTINT и LONGINT.
В общем нет проблемы.

В Виртовском компиляторе старого Оберона было полно расширизмов :-)

Да, и проблемы действительно нет, если наплевать на сообщение о языке.

[Kemet]

)
Да, и проблемы действительно нет, если наплевать на сообщение о языке.

Так если он сам плюнул ... )))

[valexey]

)
Да, и проблемы действительно нет, если наплевать на сообщение о языке.

Так если он сам плюнул ... )))

Предлагаю не уподобляться Вирту :-)

[valexey]

Я специально посмотрел исходники Виртовского компилятора старого Оберона. В определении языка был только INTEGER, а в компиляторе были реализованы и SHORTINT и LONGINT.
В общем нет проблемы.

Так, народ. Я беру свои слова обратно. У Вирта в компиляторе все верно и он на свой же репорт не плевал. Вот Oberon report тот самый, первый (89/90): http://www.inf.ethz.ch/personal/wirth/Articles/Oberon/Oberon.Report.pdf

И там это все есть.

Такое ощущение, что в Обероне-07 и последующих Вирт пытается максимально сократить число типов (иногда откатываясь назад).

[Kemet]

Так я и говорю
Oberon-07 := LONG ( Oberon-0 );
)))

[ilovb]

Код: [Выделить]

MODULE Test;
    IMPORT Out;

BEGIN
    Out.WriteLn("Hello, 世界, Привет!")
END Test.
А теперь представим себе что у нас есть единая среда исполнения и два компилятора с единым парсером но разными лексерами. Один лексер ожидает множество символов Latin-1, а другой лексер ожидает UTF-8. И мы им скармливаем этот пример. Как думаешь, что будет? :-)

А что будет в данном случае? Лексеру в данном случае должно быть пофиг.  Какая ему разница что этими байтами закодировано?