> А зачем? Библиотеки для С делают тоже самое, что и модули в
> паскале.
> И вон пример айзена c конвертацией EGAVGA.BGI в OBJ (а потом в
> tpu именно для паскаля, т.к. с работает с obj напрямую) тому
> прямое доказательство.

EGAVGA.BGI в OBJ и затем в TPU конвертируется с помощью соответствующей утилиты командной строки. Кладётся в каталог, где среда программирования TurboPascal ожидает увидеть TPU для линковки.
Дальнейшая разработка графической программы сводится лишь к компиляции *.pas файлов.
Запуск и отладка программы на OpjectPascal не требуют столько времени, как у TurboC++.

К примеру позднее, с приходом Windows, сборка и запуск пустой формы с кнопочкой в Delphi и Borland C++Builder различались по времени на десятки секунд. Ждать, пока отдуплится компилятор C++, понятное дело, на маломощных учебных компьютерах ни сил, ни желания особо не хватало. Так что быстренько весь процесс начального обучения в университете перевели на Delphi. Впрочем, слишком умным студентам не запрещали использовать Microsoft Visual C++.

> зыж
> Спасибо, поржал от души. :D
> ззыж
> Это ещё про dso (dinamic shared library) не говорили. Конечно не в
> ms-dos (для которого этот турбо-паскаль только и существовал. но мы ведь
> не будем загонять С в эти, школьные рамки, не так ли?
> :D)

Ты вообще отличаешь динамическое связывание кода от статического? Если на то пошло, то в TurboPascal были оверлейные модули. И, да, это концепция отлична от TPU.