Техраздел UZIX

[Error404]

Error404, Есть исходники компилятора и среды CP/M для ПК? А то в репах только виндовая бинарь =/

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

Или хотя бы компилятора исходники - а то всё приходится через Wine запускать

Я использую эмулятор CP/M сэнсея Мураками- архив cpm32_04.zip, в том же архиве есть исходники на C (самого эмулятора) и ASM (кодового блока движка Z80/Z180). Версия для Win32 PC, но консольная, портануть на Линух думаю будет не сложно.

Сам компилятор С (Hitech C) - он нативный для Z80, от него исходников нет (только если дизассемблировать). Если бы и были, думаю портировать его на Линукс в виде из исходников было бы не просто, проще запускать под эмулем CP/M (в среде Z80).

Еще посмотри вот на этой странице по подстроке "Linux" - там то что делали наши предшественники в плане среды сборки под Linux

Может что перетяну ещё из современных *NIX.

Могу предложить чего хотелось бы адаптировать (по ссылкам старенькое не переусложненное, примерно времён UNIX V7):
1. Bourne shell - one or two or three or ...
2. Vi editor- one or two or three or four{stevie} or ...
3. ...

[Advertiser]

[Error404]

ЗЫ. флейм позже унесу в отдельную ветку.

Офтоп перенес сюда:
http://zx-pk.ru/threads/29581-dialog...troitelya.html

[andreil]

Я использую эмулятор CP/M сэнсея Мураками- архив cpm32_04.zip, в том же архиве есть исходники на C (самого эмулятора) и ASM (кодового блока движка Z80/Z180). Версия для Win32 PC, но консольная, портануть на Линух думаю будет не сложно.

Вся проблема в генерируемом АСМе - современный GCC его не понимает
Попробую ещё повозиться. А нет - буду на виртуалке собирать.

[Error404]

Вся проблема в генерируемом АСМе - современный GCC его не понимает
Попробую ещё повозиться. А нет - буду на виртуалке собирать.

Не понял. Какой именно АСМ ты скармливаешь GCC? Движка Z80?

[andreil]

Не понял. Какой именно АСМ ты скармливаешь GCC? Движка Z80?

(я про CPM32_04)
Там при сборке генерится файл em180.asm (если его не было). Вот там и .... самый форменный =/
Попробую найти АСМ, который скомпилит его...

[mastermind]

(я про CPM32_04)
Там при сборке генерится файл em180.asm (если его не было). Вот там и .... самый форменный =/
Попробую найти АСМ, который скомпилит его...

https://github.com/MockbaTheBorg/RunCPM - этот эмулятор не годится? Он уже кросплатформенный, ничего допиливать не надо.

[andreil]

https://github.com/MockbaTheBorg/RunCPM - этот эмулятор не годится? Он уже кросплатформенный, ничего допиливать не надо.

Хм, спасибо за наводку - делаю SUBMIT-файл для сборки UZIX в CP/M Пока что первые два этапа создания идут успешно, благо там всё просто ещё...

[andreil]

Хм, при сборке утилит проблема:

A0>c -x -DORI_UTILS bd.c utils.lib
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
unix.h: Cy=()
   405:         int     (*dev_init)     (uchar minor);
                                    , expected ^  
   406:         int     (*dev_open)     (uchar minor);   
                                    , expected ^  
types.h:
    25: typedef uchar bool_t;
           , expected ^  
    26: typedef uint count_t;
          , expected ^  
    30: typedef uint size_t;
          , expected ^  
    47:         uint    t_time;
             ; expected ^  
                              ^ no identifier in declaration
unix.h: Cy=()
   405:         int     (*dev_init)     (uchar minor);
                                    , expected ^  
   406:         int     (*dev_open)     (uchar minor);   
                                    , expected ^  
$CTMP1.$$$:
     0: Can't open $CTMP3.$$$

Если делать чуть иначе (сперва скомпилировать bd.c, потом слинковать всё), то получаем такое вот:

A0>c -O -x -DORI_UTILS bd.obj md.obj fs.obj dmisc.obj dsk.obj dio.obj dfd.obj dtty.obj data.obj sc1.obj
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
MD.OBJ: 8: multiply defined symbol: _TEMPDBUF

[Error404]

MD.OBJ: 8: multiply defined symbol: _TEMPDBUF

Все верно. Я поправил ядро когда делал правки для halt (выход обратно в CP/M) - переназначил TEMPDBUF статически в общий файл machdep.orn (до того это назначение было в *.h через define на абсолютный адрес в дисковом буфере BIOS CP/M, который можно портить если не делается выход обратно в CP/M, а место в ОЗУ TPA при этом экономилось), а в утилитах забыл закомментить обособленные определения (занимался ядром, и не проверял как собираются после этого утилиты).

Надо в bd, mkfs, fsck, ucp сделать так:
/* char TEMPDBUF[BUFSIZE]; */

Поправил и закоммитил на GIT

[andreil]

Все верно. Я поправил ядро когда делал правки для halt (выход обратно в CP/M) - переназначил TEMPDBUF статически в общий файл machdep.orn (до того это назначение было в *.h через define на абсолютный адрес в дисковом буфере BIOS CP/M, который можно портить если не делается выход обратно в CP/M, а место в ОЗУ TPA при этом экономилось), а в утилитах забыл закомментить обособленные определения (занимался ядром, и не проверял как собираются после этого утилиты).

Надо в bd, mkfs, fsck, ucp сделать так:
/* char TEMPDBUF[BUFSIZE]; */

Поправил и закоммитил на GIT

Да, это я и сам уже исправил.
Идём дальше - FSCK, ошибка при компиляции:

A0>c -O -x -DORI_FDISK -x -c fdisk1.c fdisk2.c f_mkfs.c dsk.c
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
FDISK1.C
ctype.h:
    53: extern int toupper __P((int));
                , expected ^  
                    ) expected ^  
    54: extern int tolower __P((int));
                , expected ^  
                    ) expected ^