Ищу Си для Z80

[Error404]

при написании какой то процедуры на асме, чтобы прога не тупанула, нужно вести для хайтеха стек. при входе нужно дёрнуть адрес возврата и все аргументы.
в данном случае я скорей всего тупанул, т.к. для процедуры нет аргументов. но если они есть, то делать нужно как уже сказал. можно пушами и попами, можно через ld hl,2 add hl,sp или через ix. но тогда при выходе ix обязательно нужно восстановить, иначе всё дохнет.

Манипулировать стеком надо только если нужно прочитать передаваемые параметры (т.к. они лежат выше по стеку чем адрес возврата). В остальных случаях достаточно просто не портить стек - компилятор после возврата из твоей функции всегда подымает стек на нужную величину чтобы скомпенсировать им же ранее загруженные на стек параметры функции.

[Sayman]

Sergey, расскажи, пожалуйста, как можно прикрутить к code::blocks компиляцию через bat файл? ты говорил, что умеешь с ним готовить всякие компиляторы...или я путаю?

[Sayman]

Error404, ты не вкурсе, у хайтеха видать глюк или комплект стоковых библиотек не полный. в библиотеке libf.lib нет процедуры flxor (float xor). всю башку уже сломал над этой хренью...

[Error404]

Error404, ты не вкурсе, у хайтеха видать глюк или комплект стоковых библиотек не полный. в библиотеке libf.lib нет процедуры flxor (float xor). всю башку уже сломал над этой хренью...

Ну, наверное экзотики там может и не быть. Хor вообще-то битовая функция. Битовые функции над вещественными числами это какой-то особый вид извращений.

[Sergey]

Sergey, расскажи, пожалуйста, как можно прикрутить к code::blocks компиляцию через bat файл? ты говорил, что умеешь с ним готовить всякие компиляторы...или я путаю?

Нет. С code::blocks я пока использую SDCC. И для постобработки (для получения SCL со скомпиленной в boot прогой) - скрипт на REXX.
Сборка CP/M-компиляторами осуществляется REXX-скриптом с помощью эмулятора CP/M, из командной строки. На выходе - SCL с boot`ом.
SCL - частность, - скрипт можно допилить и на другие форматы.

Конкретизируй, пожалуйста, что тебе нужно.

Короче, сони.
Прилагаю архив с дистрибутивом HiTech C v3.09, к которому добавлен эмулятор CP/M (cpm.exe) и два скрипта на REXX с интуитивнопонятными названиями. На выходе у обоих скриптов SCL-файл будет одинаковый (оптимизированный).
Разница в том, что скрипт "optim" выдаст еще два исходника на ассемблере, до и после оптимизации.
Использование:
HiTech2zx48scl.rex source_name.c [, *.lib... [*.obj...]]
библиотека "libc.lib" добавляется в линковку автоматически.

P.S.
Для оптимизации кода НЕ нужно вручную проделывать все шаги вместо компилятора. Достаточно указать последнему ключик "-O". И тот же результат достигается в одну строчку: "cpm.exe C.COM -Dz80 -C -O myprog.c".

[Error404]

Я не понял пост выше. Это таки для интеграции в GUI или просто что-то спектрумовое?

Что касается вызова компилятора, то вызов "по составляющим" дает +1.5к к буферам компилятора/оптимизатора/еtс, т.к. в противном случае сс сажает в верхушке TPA резидента ($EXEC), который уменьшает ТПА, а все что он делает - это вызов той самой кучки бинарей, которые можно вызвать самому и за счет этого собрать более крупные файлы не нарвавшись на "out of memory"

[Advertiser]

[Sergey]

Я не понял пост выше. Это таки для интеграции в GUI или просто что-то спектрумовое?

Это не для GUI - я не настолько знаю code::blocks (правильнее сказать, вообще не знаю) чтобы прикрутить туда в качестве компилятора cp/m-программу. Приложенные скрипты предназначены для сборки из командной строки windows. Также там есть пример: cls.c.

по-пробуй (если у тебя установлен Regina REXX): optimHiTech2zx48scl.rexx cls.c
должны появиться файлы cls.asm, cls_opt.asm, cls.bin и cls.scl.

... вызов "по составляющим" дает +1.5к к буферам компилятора/оптимизатора/еtс..."

Вот это полезная информация. Спасибо.

[Sergey]

Sayman, кстати, а ты, что, С-компилером для Спринтера не пользуешься?!

[Sayman]

Sergey, не особо. для спринтера си мало пригоден в плане чего-то графического. объёмы данных слишком большие, чтобы на си с ними ворочать. и памяти мало (всего 64кб, а точнее, ТПА всего 48кб или даже меньше, если учесть, что вывод в одно окно графики, то и вовсе 32кб). утилиты под дос писать мало интереса, да и хватает как бы. да и ещё не удобно, что на си стэк фигово контролировать. есть риск, что код сишный залезет на область стэка. да и дальние вызовы там геморные.

[Sergey]

Sergey, не особо.

Я имел ввиду использование нативного SolidC для SprinterDOS

для спринтера си мало пригоден в плане чего-то графического. объёмы данных слишком большие, чтобы на си с ними ворочать.

Да кто-же всё ЦЕЛИКОМ-то на Сях пишет?! Делай либы на асме и дёргай их из Сей. Низкоуровневые процедуры пишут только на асме. И как-то это не вяжется с твоими вопросами, как сделать crt0.s для сборки екзешников для Спринтера.

что на си стэк фигово контролировать. есть риск, что код сишный залезет на область стэка. да и дальние вызовы там геморные.

Это невозможно. Стек может испортить только криво написанная подрограмма на асме, которая за стеком не следит.