Алан Кокс представил Unix-подобную ОС Fuzix, ядро которой потребляет около 40 Кб ОЗУ

[Error404]

Error404, как кросс средство (полукросс) хорошо использовать этот эмуль:
http://homepage3.nifty.com/takeda-to...cpm/index.html
он под винду. в нём сборка многих исходников hitech-c просто в пару секунд пролетает. при этом есть исходники, можно допиливать на своё усмотрение. удобна!
да, зачисти свою личку, а то даже сообщение не отправить тебе.

Я пользуюсь пока вот таким эмулятором под винду - он умеет возвращать винде код завершения HitechC, что нужно для make.
Личку с дикими сожалениями почистил, т.к. похоже увеличения ящика не дождаться.

Лично, я готов переписать все либы на асме Там даже то, что изначально на асме, как будто, нарочно писалось, чтобы памяти больше занимало
Токо это долго будет, не меньше месяца (если загонюсь).

ASM-оптимизацию для либ я думаю все равно когда-то делать придется даже если и не из-за размера кода, то из-за быстродействия. Только бы ошибок не наделать.

Будь добр, поделись образом "среды" с хайтеком. Кстати, может ли он ассемблерный файлы выдавать, или сразу непосредственно в бинарники компилит?
Кстати, наверное, можно будет этот CP/M HiTech и к Code::Blocks прикрутить.

Среды как таковой я не делал, просто использую ProgrammersNotepad, где в проекте (фактически - списке файлов) описал используемые файлы и на кнопку F8 настроил сборку по make (Tools->Options->Tools->Scheme C/C++ -> Add)
Но чаще после внесения всех правок в PN просто запускаю make под cmd.

Тут мой рабочий каталог uzix (в нем UZIX.pnproj для примера), и каталог компилятора hitechC - на него должны быть настроены пути в переменных окружения PATH и CPMPATH:

Название: uzix-wrk.zip
Размер: 830.08 кб
Доступен до: 2014-12-24 10:52:45
http://rusfolder.com/42355049

Название: HTC-win.zip
http://rusfolder.com/42355053
Доступен до: 2014-12-24 10:52:46
Размер: 1.06 Мб

А вот уж кто делал среду из ProgrammersNotepad - так это b2m: и экранный отладчик, и вообще всё. Чуть не хватило чтобы взлететь (из-за кривого SDCC).

[Advertiser]

[b2m]

А вот уж кто делал среду из ProgrammersNotepad - так это b2m: и экранный отладчик, и вообще всё.

Делать среду из ProgrammersNotepad - тупиковый путь. Слишком уж закрытый интерфейс к кишкам, всё приходится делать черезж. Я сейчас присматриваюсь к Eclipse, плагин для прикручивания sdcc в инете есть, но он датируется 2006-м годом, т.е. не актуальный (там даже манифестов нехватает, чтобы он нормально запустился в последних версиях Eclipse). Но с помощью напильника его можно прикрутить. У меня даже получилось собрать fuzix под виндой, пришлось однако править Makefile и собрать под винду binman.

Кстати, виндовая версия sdcc ругается на конструкции типа: (char*)statloc, если statloc определён через #define statloc (int *)udata.u_argn1, такое встречается однажды в syscall_proc.c в процедуре waitpid.
То ли препроцессор дурит, то ли компилятор не может обработать (char*)(int*)udata.u_argn1.

[Eltaron]

Лично, я готов переписать все либы на асме Там даже то, что изначально на асме, как будто, нарочно писалось, чтобы памяти больше занимало

Вот список всех используемых интерпретатором библиотечных функций c размерами. Я, честно говоря, вообще не вижу смысла переписывать мелочь. Всякие "вечные" вещи типа memcmp ещё может быть - ради скорости. Но ради объема надо резать malloc, vprintff и vfscanf.

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

3224: _vfscanf
2007: _vfprintf
1328: _malloc
658: _exit
641: _putenv
595: _fflush
512: _strerror
463: _isatty
413: _fread
351: _fgets
331: _fgetc
326: _readdir
285: _fputc
251: _opendir
243: _free
205: _ungetc
205: _memset
196: _atoi
189: __modulong
167: _getenv
129: _getcwd
128: __divulong
126: _memcmp
115: _itoa
114: _closedir
110: _ultoa
110: ___mini_malloc
100: _on_exit
98: _strncpy
93: _strchr
84: _calloc
82: _stat
82: _perror
82: _ltoa
81: _lseek
79: _memcpy
69: ___do_exit
67: ___stdio_close_all
66: _strcmp
61: _fstat
49: _sscanf
43: _strcat
39: ___stdio_init_vars
37: _printf
36: _toupper
36: _tolower
23: _wait
15: _atexit

[свернуть]

[b2m]

Ну, vfprintf и vfscanf это классика, это они ещё наверное floating point не прицепили

[Sergey]

Я, честно говоря, вообще не вижу смысла переписывать мелочь. Всякие "вечные" вещи типа memcmp ещё может быть - ради скорости. Но ради объема надо резать malloc, vprintff и vfscanf.

Понятное дело. Но мне надо "разогнаться", поэтому начинаю с маленьких процедур. В конечном итоге, их надо будет ВСЕ переписать на асм. Кроме того, выигрыш в memcmp составил 94(!) байта, - дюжина таких мелких п/п - вот и килобайт освободится.

[Error404]

Понятное дело. Но мне надо "разогнаться", поэтому начинаю с маленьких процедур. В конечном итоге, их надо будет ВСЕ переписать на асм. Кроме того, выигрыш в memcmp составил 94(!) байта, - дюжина таких мелких п/п - вот и килобайт освободится.

Только надо смотреть как написаны исходные процедуры. Например, копирование блока памяти можно делать простое (выразится только в LDIR), а можно с учетом перекрытий исходного и приемного блоков - и там по условию уже будут и LDIR и LDDR,

---------- Post added at 16:27 ---------- Previous post was at 16:26 ----------

Вот список всех используемых интерпретатором библиотечных функций c размерами. Я, честно говоря, вообще не вижу смысла переписывать мелочь. Всякие "вечные" вещи типа memcmp ещё может быть - ради скорости. Но ради объема надо резать malloc, vprintff и vfscanf.

И exit какой-то большеватый ИМХО.

---------- Post added at 16:42 ---------- Previous post was at 16:27 ----------

Делать среду из ProgrammersNotepad - тупиковый путь. Слишком уж закрытый интерфейс к кишкам, всё приходится делать черезж. Я сейчас присматриваюсь к Eclipse, плагин для прикручивания sdcc в инете есть, но он датируется 2006-м годом, т.е. не актуальный (там даже манифестов нехватает, чтобы он нормально запустился в последних версиях Eclipse). Но с помощью напильника его можно прикрутить. У меня даже получилось собрать fuzix под виндой, пришлось однако править Makefile и собрать под винду binman.

И fuzix и сборка с помощью SDCC усложнены даже в сравнении с Uzix/HiTech (не говоря уж об Uzi). Я поэтому пока к fuzix не подступался. Лично мое мнение: не должен быть компилер таким корявым и недружелюбным как SDCC.
Но еще до эпопеи с ProgrammerNotepad я стваил и Эклипс и плагин для SDCC. Ну что сказать: громоздко и минимум возможностей, фактически нечто демонстрационное как к Эклипсу прикручивать компилятор. Тут кто-то должен серьезно приложить руки, чтобы этим можно было пользоваться. И оно потом еще и развалиться будет с выходом каждой очередной "улучшенной" SDCC, 146% даю.

[Eltaron]

И оно потом еще и развалиться будет с выходом каждой очередной "улучшенной" SDCC, 146% даю.

Не должно - от sdcc требуется только выводить варнинги/ошибки в стандартном виде. Этот функционал там испокон веков, и не менялся вроде бы вообще.

С Eclipse хуже другое - он слишком умный. Я пытался его скрестить с gdb-z80 и gdbserver, но не вышло оттого, что эклипс лезет и пытается самостоятельно распарсить выходной бинарник, прежде чем отдать его gdb. Причем, собака, из форматов понимает только PE и ELF.

[b2m]

По поводу шелла ssh: первое, что надо сделать - выкинуть sscanf, она используется только как делитель строки на подстроки идущие через пробел. Буферы cmd и arg заменить на указатели, строку делить прямо в буфере buf (он потом используется, но аргументы там уже не нужны). Сэкономим порядка 3Кб.

[SfS]

Кому интересно - вот загрузчик для пентевы и образ с ядром.

Ядро должно иметь имя fuzix.b.
Загркзчик - обычный хобетный файл, который пентева умеет по Enterу запускать.

[SfS]

Зависает: кажет на экране мусор и 4 вертикальные полосы, шириной 8 знакомест.
Зависание происходит после загрузки (на экран выводится какая-то таблица).
Причем, если выставить в пентеве 14МГц, то после "матраца" экран очищается и в ЛВУ печатается какое-то слово, затем сразу сбрасывается.

У меня конфигурация baseconf 0.55b версия вроде. Так?