OberonCore

Хотелось бы все таки уяснить для себя, как люди живут в оберонах1/2 без сабжа? Во всех известных мне ООП языках есть некий базовый "Object", представляющий из себя корень любой иерархии типов. Исключением, пожалуй, является только C++, но там это отсутствие единой базы нивелируется наличием шаблонов (ну и на крайний случай всегда есть void *).

Если не ошибаюсь, есть этот корневой тип в Оберонах, только в модуле SYSTEM. Он и в КП в таком виде тоже есть - SYSTEM.PTR, можно даже POINTER TO ARRAY передавать.

Значит можно считать, что нет... Теперь понятно, почему в оберонах модно вручную списки строить

Просто зацитировал для архивных целей.

В смысле заархивировали для целей цитирования?

У оберонщиков своя, особая, духовная миссия - привзнести свое учение в массы. И у Vlad тоже - он "адвокат дьявола"
Вывод: оппозицию приветствуем и уважаем

(...с философским видом...)
Ээх, господа, не в списках счастье

Можете сразу в раздел "Причины непопулярности оберонов" занести. А то там, наверное, кроме "всемирного заговора" по-прежнему ничего и нет

Конечно не в списках, и даже не в qsort Счастье в количестве велосипедов, которое нужно написать попутно решению основной задачи.

P.S. Или обсуждаемую функциональность напрасно ввели в BB?

Не напрасно. В Обероне кое-чего нужного не было. Просто пока язык использовался в рамках ОС, не спешили включать что-то необоснованно. Потом Вирт, в частности, отмечал, что финализаторы нужны в языке, просто принятие решения отложили.
Логично, что язык был доведён в рамках "курса на промышленный инструмент", предпринятому Oberon Microsystems.

А если бы даже такого базового типа не было, не так уж трудно (IMHO) его ввести, не меняя языка.
Например:

Да, ввести нетрудно. Трудно сделать стандартным (ибо противоречит обероновскому минимализму). Чтобы очередная "библиотека контейнеров", не вводила свой собственный Object, затрудняя ее совместное использование с другими библиотеками. Ну и неявное наследование всего и вся от этого "стандартного Object" тоже крайне желательно, из тех же соображений. Тогда и ANYREC/ANYPTR были бы не нужны.

В смысле зафиксировал в виде цитаты-quote.