Угу. Явно оговорено. Видимо подразумевается, что стандартные функции транслируются напрямую в инструкции машины, поэтому указателя может и не быть.
Это жесть. В погоне за простотой инструмента рискуют выплеснуть ребёнка вместе с водой.
Ребенка уже выплеснули: oberon07/11 это ни разу не "general purpose language" (не смотря на то, что сам Вирт в репорте его так позиционирует). Это болванка для general purpose language
![Улыбающийся :)](http://oberspace.org/Smileys/default/smiley.gif)
Поэтому я его и взял для экспериментов. Хотя наличие в репорте узкоспециализированных вещей типа PACK/UNPK ставят под сомнение даже такое утверждение. Т.е., это болванка, где нет ничего лишнего, но все же с хорошей поправкой на то, что было нужно Вирту для реализации его очередного проекта. Последняя более-менее успешная попытка сделать general purpose language из оберона при постулируемой максимальной простоте языка/компилятора - это КП/ББ.
Всё-таки трансляцию лучше оставить оптимизирующему компилятору.
Оптимизирующий компилятор сам по себе противорчеит идеям оберона. info21 подтвердит
![Улыбающийся :)](http://oberspace.org/Smileys/default/smiley.gif)
Хотя, конечно, никаких проблем с тем, чтобы генерить заглушки для стандартных функций в случае получения сслыки на них нет.
Или вот, например, отсутствие forward declaration для процедур в современном ЯВУ выглядит тоже весьма беспощадно... Хотя компилтяор усложняется совсем чуть-чуть.
Для такого статически сильного языка как Оберон, компиляторная оптимизация должна быть очень высока, а Вирт пытается её свести на нет... Почему ?
Вирт ничего не пытается. Он решает свои задачи. С оглядкой на свой же предыдущий опыт. Оптимизирующие компилятооры, очевидно, его интересуют мало
![Улыбающийся :)](http://oberspace.org/Smileys/default/smiley.gif)