snark13
c71e249a4e
First substantive commit: the entire Sprinter C compiler tree on top of
the bare README+gitignore initial commit.
What's in here:
bin/sprinter-cc — driver script invoking SDCC + linker + mkexe
libc/ — Sprinter-specific libc layer over ESTEX/BIOS
(conio, gfx, io, mem, stdio + headers)
runtime/ — crt0 variants (default/small/banked/minimal)
+ heap + bank trampolines
toolchain/ — mkexe (SprintEXE packer, C + tests)
examples/ — 30 demo programs (gfx, file I/O, env, time, …)
lib/Makefile — builds the libc archive (sprinter.lib)
docs/ — converted Sprinter manuals + asm reference samples
third_party/ — solid-c reference compiler dump + sdcc setup script
release_docs/ — packaging / release notes
gitignore overhaul:
• Drop dangerous blanket patterns: *.asm (would hide docs/samples/*.asm)
and *.exe (case-insensitive match was hiding third_party/solid-c/*.EXE
on macOS APFS). Replaced with examples/*/*.{asm,exe,…} and lib/*.lib.
• Restore tracking of toolchain/mkexe/tests/{one,big}.bin — those are
INPUT fixtures, not build outputs.
• Collapse the duplicated SDCC/C/Sdcc sections into one section per
concern (build outputs / vendored / OS-junk).
• Add .sprinter-cc-*/, build/ (catches lib/build/ too), .claude/.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
32 lines
3.3 KiB
Plaintext
32 lines
3.3 KiB
Plaintext
Задача -
|
|
меняем алгоритм работы putch (и соответственно остальных ф-ий работающих через putch - cputs/cprintf и т.д.) -
|
|
|
|
вводится еще одна глобальная переменная (с сеттером и геттером) - char -
|
|
как обрабатываются управляющие символы ф-иями вывода в conio - выводятся через wrchar или отрабатываются как управляющие
|
|
если она 0 - то отрабатваются как управляющие -
|
|
это символы
|
|
0x08 - BS - уменьшаем pc_col на 1 если она еще не равна 0 (если 0 - не меняется)
|
|
0x09 - TAB - увеличиваем pc_col до ближайшего кратного 8-ми
|
|
0x0A - LF - увеличиваем pc_row на 1 кроме случая когда pc_row = 32 - тогда уже не увеличиваем
|
|
0x0D - CR - сбрасываем pc_col до 0
|
|
в остальных случаях после вывода символа увеличиваем pc_col на 1 (но не более чем до 80)
|
|
|
|
если же глобальная переменная 1 - то выводим ВСЕ символы as is через wrchar так же увеличивая pc_col на 1 (но не более чем до 80)
|
|
|
|
Замечание - если pc_col == 80 или pc_row == 32 - можем просто не выводить символ
|
|
(символы выводятся только если координаты X / Y = [0..79]/[0..31])
|
|
|
|
такой режим только если attr <= 0x00FF, в противном случае - вывод через быстрый вывод без управления координат и цветом
|
|
|
|
для ускорения предлагается создать raw putch который будет принимать в параметрах только символ и аттрибут.
|
|
этой функции уже не надо будет проверять старший байт аттрибутов (а в аттрибуты будет принимать младший байт)
|
|
этот raw putch всегда будет выводить через WRCHAR (но будет отрабатывать новый параметр - как отрабатывать управляющие сигналы)
|
|
|
|
обычный putch вначале будет проверять attr что бы понять выводить через PUTCHAR (5B) или WRCHAR (58 - raw putch).
|
|
аналогично cputs - вначале будет проверять attr что бы понять - выводить через PCHARS (5C - _cputs_pchars) или через WRCHAR (58 - raw putch)
|
|
так же перед выводом и cputs и putcg будут получать текущие координаты для вывода и сохрнять их (если вывод идет через WRCHAR)
|
|
|
|
то есть еще один пункт для оптимизации - мы должны только один раз получить кооринаты для вывода и один раз их сохранить
|
|
(если вывод через WRCHAR, если же через PUTCHAR/PCHARS - то за координаты отвечает уже сам ESTEX).
|
|
|