Техраздел UZIX

[Error404]

Да, это я и сам уже исправил.
Идём дальше - 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 ^

FDISK же, не FSCK? __P задана в UZIX.H как #define __P(x) x
Т.е. "__P" просто выкидывается и никак не должно влиять.
UZIX.H есть? включается?

У меня собирается нормально:

Скрытый текст

c:\Borland\Delphi5\Projects\Work\U.Z.I.X>make clean
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        rm md.obj fs.obj dmisc.obj dsk.obj dio.obj dfd.obj dtty.obj sc1.obj sc2.
obj sc3.obj pr1.obj pr2.obj swp.obj data.obj XFS.obj ucs.obj bd.obj fsck.obj mkf
s.obj ucp.obj uzix.obj F_MKFS.OBJ FDISK.OBJ FDISK1.OBJ FDISK2.OBJ
c:\UNIXUT~1\rm.exe: sc3.obj: No such file or directory
c:\UNIXUT~1\rm.exe: pr1.obj: No such file or directory
c:\UNIXUT~1\rm.exe: pr2.obj: No such file or directory
c:\UNIXUT~1\rm.exe: swp.obj: No such file or directory
c:\UNIXUT~1\rm.exe: uzix.obj: No such file or directory
c:\UNIXUT~1\rm.exe: F_MKFS.OBJ: No such file or directory
c:\UNIXUT~1\rm.exe: FDISK.OBJ: No such file or directory
c:\UNIXUT~1\rm.exe: FDISK1.OBJ: No such file or directory
c:\UNIXUT~1\rm.exe: FDISK2.OBJ: No such file or directory

** error 1 ** deleting clean

c:\Borland\Delphi5\Projects\Work\U.Z.I.X>
c:\Borland\Delphi5\Projects\Work\U.Z.I.X>
c:\Borland\Delphi5\Projects\Work\U.Z.I.X>make fdisk.com
MAKE Version 5.2  Copyright (c) 1987, 1998 Inprise Corp.
        cpm -h c -O -x -DORI_FDISK -c fdisk2.c
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
        cpm -h c -O -x -DORI_FDISK -c fdisk1.c
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
        cpm -h c -O -x -DORI_FDISK -c f_mkfs.c
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
        cpm -h c -O -x -DORI_FDISK -c dsk.c
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE
        cpm -h c -O -x fdisk.c fdisk2.obj fdisk1.obj f_mkfs.obj dsk.obj
HI-TECH C COMPILER (CP/M-80) V3.09
Copyright (C) 1984-87 HI-TECH SOFTWARE


c:\Borland\Delphi5\Projects\Work\U.Z.I.X>ls -l fdisk.com
-rwxrwxrwx   1 user     group       39808 Oct  8 14:23 fdisk.com

c:\Borland\Delphi5\Projects\Work\U.Z.I.X>

[свернуть]

[andreil]

FDISK же, не FSCK? __P задана в UZIX.H как #define __P(x) x
Т.е. "__P" просто выкидывается и никак не должно влиять.
UZIX.H есть? включается?

Если бы не было - ругнулось
Сейчас пробую с другим эмулятором совладать, но там пока на старте застрял =/

[Error404]

Если бы не было - ругнулось
Сейчас пробую с другим эмулятором совладать, но там пока на старте застрял =/

тут дело не в эмуляторе, наверное - не понимаю как может влиять эмулятор на то, что в твоем случае компилер ругается на неизвестную конструкцию "__P()".
А вот на что может влиять эмулятор, так это на высоту BDOS (т.е. размер ОЗУ ТПА доступного компилятору под буферы всяких структур). Это легко проверить по значению в ячейках ОЗУ по адресу 6-7 (0005: jp BDOS). У cpm.exe от Мураками это значение одно из самых максимальных - TPA 63,5кб из общих 64кб.

[andreil]

тут дело не в эмуляторе, наверное - не понимаю как может влиять эмулятор на то, что в твоем случае компилер ругается на неизвестную конструкцию "__P()".
А вот на что может влиять эмулятор, так это на высоту BDOS (т.е. размер ОЗУ ТПА доступного компилятору под буферы всяких структур). Это легко проверить по значению в ячейках ОЗУ по адресу 6-7 (0005: jp BDOS). У cpm.exe от Мураками это значение одно из самых максимальных - TPA 63,5кб из общих 64кб.

Вот что в данном эмуляторе (получил в отладочном режиме):

dump memory at: 0
0000  c3 00 fe 80 00 c3 06 fc - 76 76 76 76 76 76 76 76

64518 байт ТПА, вполне неплохо

[Error404]

Вот что в данном эмуляторе (получил в отладочном режиме):

dump memory at: 0
0000  c3 00 fe 80 00 c3 06 fc - 76 76 76 76 76 76 76 76

64518 байт ТПА, вполне неплохо

Ну, компиляция ядра покажет. Все же это значение на полкилобайта меньше чем у Мураками, а некоторые модули ядра уже компилируются "впритык" - добавишь туда процедуру и компилер ругается "мало ОЗУ", приходится переносить эти процедуры в другие модули. UZIX весьма крупный проект, самый большой из тех что я собирал нативным Z80 компилятором - что по количеству модулей, что по их размеру.

Так получается что-то или нет с FDISK? Если нет, на нем свет клином не сошелся, пробуй дальше - ядро.
А чего не используешь make? И мелкошаговую компиляцию (c.com это по сути надкоманда, вызывающая из себя препроцессор и компилеры первого и второго прохода и оптимизер, и этой c.com надо больше ОЗУ на себя, чем прочим модулям вызываемым последовательно по-отдельности). Посмотри makefile от UZIX, там видно как приходится компилить большие модули.

Кстати, в одно время я пробовал прикрутить в методику компиляции и gcc. Была идея использовать его препроцессор (а собственно сама компиляция далее уже нативным Hitech C). Это было нужно для сборки uIP 1.х где автор накрутил через чур много на дефайнах и инклюдах что не каждый компилер это съедал распутать.

[andreil]

Ну, компиляция ядра покажет. Все же это значение на полкилобайта меньше чем у Мураками, а некоторые модули ядра уже компилируются "впритык" - добавишь туда процедуру и компилер ругается "мало ОЗУ", приходится переносить эти процедуры в другие модули. UZIX весьма крупный проект, самый большой из тех что я собирал нативным Z80 компилятором - что по количеству модулей, что по их размеру.

Так получается что-то или нет с FDISK? Если нет, на нем свет клином не сошелся, пробуй дальше - ядро.
А чего не используешь make? И мелкошаговую компиляцию (c.com это по сути надкоманда, вызывающая из себя препроцессор и компилеры первого и второго прохода и оптимизер, и этой c.com надо больше ОЗУ на себя, чем прочим модулям вызываемым последовательно по-отдельности). Посмотри makefile от UZIX, там видно как приходится компилить большие модули.

Кстати, в одно время я пробовал прикрутить в методику компиляции и gcc. Была идея использовать его препроцессор (а собственно сама компиляция далее уже нативным Hitech C). Это было нужно для сборки uIP 1.х где автор накрутил через чур много на дефайнах и инклюдах что не каждый компилер это съедал распутать.

Да, сейчас я с Makefile собираю. И всю сборку унифицировал, упростив оный. Пока что эксперименты, потому форка нету с новым кодом. Пока что в текущем CP/M-эмуляторе наглухо зависает оптимизатор (OPTIM). По отладке смотрел - зависает внутри себя, возврат из BDOS-вызова происходит, потом глухо, приходится через htop убивать =/ Покручу завтра на других эмуляторах ещё.

PS: Времени капец как мало сейчас, на работе завал, дома с перепланировкой приходится возиться (мебель новую вместо старой на те же места не впихнуть, приходится играть в "тетрис" ).

[Advertiser]

[Error404]

Да, сейчас я с Makefile собираю. И всю сборку унифицировал, упростив оный. Пока что эксперименты, потому форка нету с новым кодом. Пока что в текущем CP/M-эмуляторе наглухо зависает оптимизатор (OPTIM). По отладке смотрел - зависает внутри себя, возврат из BDOS-вызова происходит, потом глухо, приходится через htop убивать =/ Покручу завтра на других эмуляторах ещё.

Оптимизатор вызывается ключами "-o -x". Если их не использовать, то он наверное и вызываться не будет? Ну, код будет побольше на 5-10%

[andreil]

Оптимизатор вызывается ключами "-o -x". Если их не использовать, то он наверное и вызываться не будет? Ну, код будет побольше на 5-10%

Я его вызываю вручную (параметры - из твоего Makefile). Для вызова через C.COM этот эмулятор чутка не допилен Но и это будет сделано.

[andreil]

Ради пробы сейчас запустил на всех эмуляторах (и под виндой, и под линем) - один фиг, везде виснет оптимизатор. Даже перезагрузил сырцы и компилятор - по фигу

[Error404]

Ради пробы сейчас запустил на всех эмуляторах (и под виндой, и под линем) - один фиг, везде виснет оптимизатор. Даже перезагрузил сырцы и компилятор - по фигу

на всех эмуляторах - это на каких?
и на каких исходных файлах виснет? не на всех же