Оберон-клуб «ВЄДАsoft»

Ну она-то важна только если связываться с библиотекой. При вызове как программы это не имеет значения.
Нет там ассемблера, кодогенератор производит непосредственно машинный код.

Несомненно, но этих ресурсов нет. Питон - скриптовый язык, для него скорость, действительно, не так важна.

Ну не суть важно, маш код или ассемблер. Наверняка ведь не прямо байтами плюётся, а есть какое-то промежуточное представление в компиляторе. Про tcc - не, это не моё. И на самом деле в мире Си нет сборки мусора и это очень плохо.

Ресурсов нужно не так много. В CL я упёрся в качество. SBCL размером более 500 тыс. строк, и история под 40 лет. Качество оставляет желать лучшего, а команда в основном (судя по коммитам) работает над оптимизацией. За 17 лет качество так и не стало удовлетворительным. Да, я покавырялся и смог за несколько дней исправить одну более чем 20-летнюю багу, за счёт снижения оптимизации. А багов там зарегистрировано около 600. Вот это действительно дорого поправить. А оптимизировать Оберон, во-первых, не так уж и нужно (если действительно 1/5 от Си), а во-вторых, видимо, на порядок дешевле.

При том, тот же SBCL тоже в 1.5 - 3 раза медленнее Си, несмотря на все затрачиваемые усилия. Если с этой цифрой сравнивать, то 1/5 от Си - это вообще нормально, если есть качество.

Есть, конечно - http://www.hboehm.info/gc/
Возможно.

boehmgc консервативный. На мой взгляд, для промышленного применения это непригодно.

В Blackbox CB тоже используется консервативный сборщик мусора.

Это печально. А в ББ вообще у данных есть теги?

У структур есть.

Интересно, в лиспе любой объект имеет тег, поэтому возможна точная сборка мусора. Хотя, несмотря на тег, точная сборка есть не во всех реализациях (и она стоит дороже). А есть вообще обероны с точной сборкой? Консервативная сборка мне точно не подходит.

Не знаю. Можете попытать у пользователей Active Oberon.