Да компилятор хороший, с творческим подходом к языку Оберон.
Переработка, так сказать. Пропущенный через призму своего взгляда на Оберон-языки. Присутствуют интересные расширения. И ведь совместимость с Обероном-2 (кажется) сохранена? А почему проект не пошёл в массы? Даже не знаю. Сначала он был включен во многие дистрибутивы Линукса, потом, видимо, из-за отсутствия поддержки, был убран, что оказало свой эффект на его распространение.
ББ мне представляется при всех своих недостатках более необычным средством, в т.ч. и как подход. Там очень интересно реализована расширяемость. Сам каркас по мере расширения предметной области становится приложением. Это сильно отличается от использования обычной GUI-библиотеки. И по опыту скажу, что иногда переосмысление такого подхода длится годами. Скажем, я использую ББ в качестве основы для XDev, но не разобрался и с десятой долей возможностей этой системы.
Если мысль всё-таки не идёт в сторону ББ (при всех его недостатках) или AOS/WinAOS (тоже решение для GUI, хотя тоже несколько нетривиальное), можно попробовать основаться на какой-нить dll-ке. Я присматривался в своё время к sdl_gui.dll, но поскольку решаю задачи, связанные с GUI, с помощью других средств, не решился на такие эксперименты. А это будут именно эксперименты, а не быстрая, комфортная разработка. При всех достоинствах языка Оберон.
OVCL заточена под компилятор OPCL (модифицированный компилятор из ETH Oberon). Портировать её на Компонентный Паскаль будет несложно.
Несомненно Оберону нужна своя библиотека для GUI. Как Lazarus.
Но перед этим надо выбрать компилятор. Я бы взял КП/ББ (не в качестве среды, а в качестве отдельно взятого из неё компилятора). Язык имеет свои достоинства перед Обероном-2. Рабочее решение с помощью линкера DevElfLinker может быть собрано и для Линукса (в рамках этой технологиии пока только для i386). В ББ для традиционной разработки (как среды, из которой используется только компилятор и линкер) есть всё, кроме, пожалуй, умной линковки (smart linking), т.е. в целевой EXE пихаются не только использованные процедуры, а все используемые модули.
Если хочется других процессоров и архитектур, наверное нужно основываться на Ofront (для которого нету WinApi, я делаю привязки по мере необходимости) или том же oo2c. Вариантов, как видите, не так уж и много, в итоге приходим к тому же самому VisualOberon, ведь можно начинать разработку не с нуля, здесь уже много чего есть.