PDP-11 и всё всё всё :)

[Hunta]

вопрос не в поддержке RT и оверлееев
вопрос в компиляторе СИ, который выдаст код с поддержкой ДП (!) и оверлеев

Если программа собирается стандартным LINK-ером, то по барабану - поддерживает ли компилятор. Как я уже написал - писались программы на MACRO, на FORTRAN-е, и, ЕМНИП - на Паскале - все могли использовать резидентные в памяти оверлеи, функционал которых был завязан на системные макровызовы к ОС

Тот компилятор С, который я знаю (от DECUS-а), насколько мне не изменяет память (я его почти не использовал), использовал стандартный линкер операционки. Возможно, ошибаюсь, дома посмотрю - напишу. Если использовал стандартный - то проблем нет. Если не использовал - то придётся делать самому (и не стоит лезть напрямую к ДП под XM)

С другими компиляторами не сталкивался

[SuperMax]

главный вопрос как раз в ДП

[Hunta]

Вопрос тут возник, есть ли под RT11 (XM ?)

главный вопрос как раз в ДП

Если речь идёт о XM - вопроса о ДП в принципе нет, иначе смысла в XM нет

[SuperMax]

Если речь идёт о XM - вопроса о ДП в принципе нет, иначе смысла в XM нет

не понял
я спросил - есть ли компилятор СИ под RT11 с поддержкой ДП и оверлеев ?
если есть то прошу подсказать где/какой ?

[Hunta]

Берём исходный вопрос

Вопрос тут возник, есть ли под RT11 (XM ?) Си, причем с поддержкой ДП и оверлея
грубо говоря, чтобы писать на Си сразу и не заморачитьваться переключением страниц ?

Если программа будет работать под XM - прямая работа с MMU, строго говоря, не допустима ни из какого языка

Если речь идёт о работе не под XM, то единственный мне известный компилятор, позволяющий не заморачиваться с MMU, но при этом работать с расширенной памятью - компилятор с Fortran-77, но строго говоря - ЕМНИП

Известные мне компиляторы C
- ни один (напрямую) не выдаёт код, позволяющий работать с MMU не задумываясь.
- ни один (напрямую) не выдаёт код, позволяющий работать с оверлеями, не задумываясь.

Если писать на F77, можно так же не задумываться о работе с большими массивами данных, которые будут храниться в расширенной памяти (при поддержки ОС или, в случае SJ-FB - и прямой работой с MMU - за счёт библиотеки OTS)

При использовании стандартного подхода - можно писать программу (на любому языке), не задумываясь об оверлеях (резидентных на диске или (при поддержке со стороны операционки) в памяти)

Если суть вопроса - можно ли малой кровью обойти ограничение в 64 кб для кода и данных - в целом ответ - нет. Скорее всего, придётся писать свою библиотеку и работать из кода с ней

[hobot]

@SuperMax
Си поставлялись с УК-НЦ и ДВК отдельным пакетом,
вот несколько прямых ссылок на варианты
http://archive.pdp-11.org.ru/ukdwk_a...webcomplekt/C/
http://archive.pdp-11.org.ru/ukdwk_a...ATRON_RAFOS_C/
http://archive.pdp-11.org.ru/ukdwk_a...7_Pascal_Lisp/
http://archive.pdp-11.org.ru/ukdwk_a...Cc_rafos_UKNC/
http://archive.pdp-11.org.ru/ukdwk_a.../VAMOS_C_BOOT/

[AFZ]

Если речь идёт о работе не под XM, то единственный мне известный компилятор, позволяющий не заморачиваться с MMU, но при этом работать с расширенной памятью - компилятор с Fortran-77, но строго говоря - ЕМНИП

Форьран-4, вроде-бы, тоже. Мне в те времена не попадалось документации по Ф-77, и, кажется, я даже не знал, что он есть под RT-11, но фразу о том, что Фортран умеет пользоваться расширенной памятью под SJ/FB читал совершенно точно.

я спросил - есть ли компилятор СИ под RT11 с поддержкой ДП и оверлеев ?

А оверлеи компиляторы вообще не поддерживают. Оверлеи ты планируешь сам, а создает их по твоему плану линкер.

[Hunta]

Форьран-4, вроде-бы, тоже

Насчёт FIV не уверен - в те времена, когда не было доступен F77 - вопрос о использовании расширенной памяти не стоял, а когда появился F77, в силу большего удобства языка - FIV практически перестал использовать

Фортран умеет пользоваться расширенной памятью под SJ/FB

За счёт того, что а) было слово VIRTUAL и б) была поддержка со стороны OTS в двух вариантах - для SJ/FB и для XM

создает их по твоему плану линкер.

Который так же поддерживает два варианта (библиотека SYSLIB) - обычные и виртуальные (резидентные в расширенной памяти). Но работает ли второй вариант не в XM - не помню, потому как активно это юзал в RSX. И тут поддержки компилятора так же не требуется - рулит компоновщик

[AFZ]

За счёт того, что а) было слово VIRTUAL и б) была поддержка со стороны OTS в двух вариантах - для SJ/FB и для XM

Заглянул в "ПО ДВК книга 4 Языки программирования Фортран, Модула-2" То же самое, вместо DIMENSION пиши VIRTUAL, и вперед! Естественно, далее долго и нудно перечисляются правила пользования и ограничения, но таки да, Фортран-4 умеет использовать массивы в расширенной памяти, причем как через XM, так и через свою ран-тайм систему, если монитор не ХМ.

- - - Добавлено - - -

Собственно говоря, оверлеи, резидентные в расширенной памяти, как и все оверлейное хозяйство, к фортрану имеют крайне косвенное отношение. Это фича ХМ-монитора, а не Фортрана.

- - - Добавлено - - -

Стоп! Я невнимательно прочитал. Оверлеи в расширенной памяти без ХМ-монитора не должны работать.Пункт 3.9.2 той же книги. Можно использовать редактор связей для создания оверлейной структуры, использующей расширенную память, для привилегированных или виртуальных заданий. Для этого необходим монитор ХМ и диспетчер памяти...

[hobot]

Для этого необходим монитор ХМ и диспетчер памяти...

http://archive.pdp-11.org.ru/ukdwk_a...ODOS3_6DISKET/