меня постоянно радуют подобные подходы. Например, исходник, написанный не пойми на чем, не скомпилируешь на доступных компиляторах.
и Си полное дерьмо вообще.
меня постоянно радуют подобные подходы. Например, исходник, написанный не пойми на чем, не скомпилируешь на доступных компиляторах.
и Си полное дерьмо вообще.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
В смысле "не пойми на чем"? На SDCC. Другого для спека нет.
И там же есть pdf в каталоге doc. В котором немного описано что это и как рабоатет.
С то с чего "дерьмо"?
- - - Добавлено - - -
Я просто сейчас реализую все мысли, что приходят в соответствии с наличием времени. По-другому никак пока что![]()
Не только SDCC. Большинство CP/M C компиляторов умеют выставлять базу(адрес) не только на 100h, но и на другие адреса, для Спека будут более высокие. Например тот же используемый мной Hitech C (который кстати нативный ANSII C Z80 компилятор, т.е. для компиляции не нужен PC с 100500 Gb ОЗУ, достаточно Z80 с его 64к)
Я всегда больше любил Паскаль. Но как говорится - жизнь диктует, для С несравнимо больше проектов в исходниках, которые можно портировать на Z80, притом написанных не маргиналами, а людьми с порядком в голове. Да и компиляторов Паскаля для Z80 пока что нормальных нет (сравнимых по мощности с тем же Hitech C). Вот я взял FatFS (по фукционалу на порядок лучше всех известных мне вариантов FAT32 на Z80) и за два вечера запустил. А возьми какой-нить вариант для ассемблера (других то нет) от тутошних умельцев в неповторимом стиле "сто мнемоник в строке", и что называется усрись в итоге брось не сделав.
Последний раз редактировалось Error404; 28.04.2018 в 14:11.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
В бинарнике сама FatFS (т.е. без учета stdio и интерфейса) в коде Z80 занимает что-то порядка 18 кб в максимальной RW версии если компилировать Hitech C (SDCC не пробовал). Максимальная - это с поддержкой даты и всех атрибутов файлов, дописыванием файлов, созданием всех объектов (каталогов/файлов), поддержкой партиций схемы MBR (т.е. совместимо с PC). Без длинных имен, я их не включал т.к. в CP/M куда я копирую поддерживаются только файлы с именами "8.3". На современных микроконтроллерах тот же код помещается в 4кб (если верить автору). Версия RO или без партиций будет занимать меньше. Главная причина большого размера кода - то что там 32-битная арифметика, которая на Z80 компактно не реализуема.
Поскольку делалось все это в 2008-2010г.г., то там FatFS версии 0.4 как базовая (2008г) с патчами от 0.5 и 0.6 (до 2010г.). А сейчас у автора вроде уже 0.99 есть, но я более поздние патчи не имплементировал (т.к. приходится разбираться и кое-что править в типах), т.к. исправления серьезных ошибок там вроде не было, но автора уже там понесло в юникоды, длинные имена, навороченный разбор строк он зачем-то включил, в-общем лишние на мой взгляд вещи.Сообщение от SfS
Все лежит тут в общей кучке и FatFS (модули FF.c, FFP.c) и те модули что я упоминал постом ранее где мои попытки на тему "псевдо-ООП":
https://github.com/serge-404/AltairD...App/source/fat
Последний раз редактировалось Error404; 28.04.2018 в 20:45.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)