Вид для печати
Манипулировать стеком надо только если нужно прочитать передаваемые параметры (т.к. они лежат выше по стеку чем адрес возврата). В остальных случаях достаточно просто не портить стек - компилятор после возврата из твоей функции всегда подымает стек на нужную величину чтобы скомпенсировать им же ранее загруженные на стек параметры функции.Цитата:
Сообщение от Sayman
Sergey, расскажи, пожалуйста, как можно прикрутить к code::blocks компиляцию через bat файл? ты говорил, что умеешь с ним готовить всякие компиляторы...или я путаю?
Error404, ты не вкурсе, у хайтеха видать глюк или комплект стоковых библиотек не полный. в библиотеке libf.lib нет процедуры flxor (float xor). всю башку уже сломал над этой хренью...
Ну, наверное экзотики там может и не быть. Хor вообще-то битовая функция. Битовые функции над вещественными числами это какой-то особый вид извращений.Цитата:
Сообщение от Sayman
Нет. С code::blocks я пока использую SDCC. И для постобработки (для получения SCL со скомпиленной в boot прогой) - скрипт на REXX.Цитата:
Сообщение от Sayman
Сборка 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".
Я не понял пост выше. Это таки для интеграции в GUI или просто что-то спектрумовое?
Что касается вызова компилятора, то вызов "по составляющим" дает +1.5к к буферам компилятора/оптимизатора/еtс, т.к. в противном случае сс сажает в верхушке TPA резидента ($EXEC), который уменьшает ТПА, а все что он делает - это вызов той самой кучки бинарей, которые можно вызвать самому и за счет этого собрать более крупные файлы не нарвавшись на "out of memory"
Это не для GUI - я не настолько знаю code::blocks (правильнее сказать, вообще не знаю) чтобы прикрутить туда в качестве компилятора cp/m-программу. Приложенные скрипты предназначены для сборки из командной строки windows. Также там есть пример: cls.c.Цитата:
Сообщение от Error404
по-пробуй (если у тебя установлен Regina REXX): optimHiTech2zx48scl.rexx cls.c
должны появиться файлы cls.asm, cls_opt.asm, cls.bin и cls.scl.
Вот это полезная информация. Спасибо.Цитата:
Сообщение от Error404
Sayman, кстати, а ты, что, С-компилером для Спринтера не пользуешься?!
Sergey, не особо. для спринтера си мало пригоден в плане чего-то графического. объёмы данных слишком большие, чтобы на си с ними ворочать. и памяти мало (всего 64кб, а точнее, ТПА всего 48кб или даже меньше, если учесть, что вывод в одно окно графики, то и вовсе 32кб). утилиты под дос писать мало интереса, да и хватает как бы. да и ещё не удобно, что на си стэк фигово контролировать. есть риск, что код сишный залезет на область стэка. да и дальние вызовы там геморные.
Я имел ввиду использование нативного SolidC для SprinterDOS :)Цитата:
Сообщение от Sayman
Да кто-же всё ЦЕЛИКОМ-то на Сях пишет?! Делай либы на асме и дёргай их из Сей. Низкоуровневые процедуры пишут только на асме. И как-то это не вяжется с твоими вопросами, как сделать crt0.s для сборки екзешников для Спринтера. ;)Цитата:
Сообщение от Sayman
Это невозможно. Стек может испортить только криво написанная подрограмма на асме, которая за стеком не следит.Цитата:
Сообщение от Sayman