Техраздел UZIX

Вид для печати

Показывать 40 сообщений этой темы на одной странице

04.10.2018, 09:49
Error404

Цитата:

Сообщение от andreil

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

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

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

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

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

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

Цитата:

Сообщение от andreil

Может что перетяну ещё из современных *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. ...
04.10.2018, 14:58
Error404

Цитата:

Сообщение от Error404

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

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

Цитата:

Сообщение от Error404

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

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

Цитата:

Сообщение от andreil

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

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

Цитата:

Сообщение от Error404

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

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

Цитата:

Сообщение от andreil

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

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

Цитата:

Сообщение от mastermind

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

Хм, спасибо за наводку - делаю SUBMIT-файл для сборки UZIX в CP/M :) Пока что первые два этапа создания идут успешно, благо там всё просто ещё...
08.10.2018, 10:51
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
08.10.2018, 13:02
Error404

Цитата:

Сообщение от andreil

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
08.10.2018, 13:26
andreil

Цитата:

Сообщение от Error404

Все верно. :) Я поправил ядро когда делал правки для 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 ^

Показывать 40 сообщений этой темы на одной странице