Ищу Си для Z80

[OrionExt]

Учитесь у буржуя=) Мысли по делу излагать. Мини Хелп с разжёвыванием как оно работает.

Хотя он там об оптимизации кода говорит или ... Да и пусть. Любитель.

- - - Добавлено - - -

Вы еще Си не нашли, тогда вам к нам HI-TECH Z80 C Compiler. Занимает 30кБ +30кБ +30кБ. Адекватен. Понятен. Доступен всем!!!

- - - Добавлено - - -

HI-TECH Z80 C Compiler написан на Си HI-TECH Z80 C Compiler. ВО!!!. Академичные алгоритмы мало интересны для Z80 если они не могут переплюнуть разработку 83 года) Тем более не адекватностью генерируемого кода зашкаливает у новоделов.

Знаем, смотрели Си HI-TECH Z80 в IDA Pro с хитрыми макросами. Написан на СИ.

[Oleg N. Cher]

HI-TECH Z80 C Compiler запускается из-под CP/M. Во! ;-) И имеет глюки, которые уже никто не исправит. Тоже во! ;-) И нам без разницы на чём он написан, потому что исходников нет. И эмоциями тут делу не поможешь.

Smalovsky, насчёт вашего глюка. Я рискну предположить, что вы инклюдите не хидер *.h, а *.c-файл. Это плохо. Потому что инклюдить нужно только хидеры, как бы руки ни чесались. Так задумано.

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

Всё это вкупе даёт такой глюк:

#include "mufuncs.c" // <--

void main(void) {
  return;
}

Программа будет стартовать с первой ф-ции из файла mufuncs.c - рискну предположить, что там ф-ция задания цвета, которая получает на вход случайный аргумент?

Рискну предложить такой crt0:

	.module crt0
	.globl	_main
	jp	_main

Записываете его в файл crt0.s и ассемблируете:

sdasz80 -o ..\crt0.rel crt0.s

[OrionExt]

HI-TECH Z80 C Compiler запускается из-под CP/M. Во! ;-) И имеет глюки, которые уже никто не исправит. Тоже во! ;-) И нам без разницы на чём он написан, потому что исходников нет. И эмоциями тут делу не поможешь.

У меня нет эмоций. Все понятно, и еще раз понятно.
Мучайтесь дальше=)

Мазохисты форевер уже лет 20)

[Oleg N. Cher]

Мы наслаждаемся...

- - - Добавлено - - -

Как будто бы сношаться с эмулем CP/M это не мазохизм?

Я вот сделал ставку на SDCC в своё время, и ни капельки не жалею. Компилятор жив, открыт, мультиплатформенн, развивается, можно пообщаться с разработчиками. Пока я совершенствовал Ofront, команда SDCC развивала мой бэк-энд. А с учётом появления фич __preserves_regs, __z88dk_callee и __z88dk_fastcall мне вообще все другие компилеры не пригодятся. Кстати, HITECH C неоптимально использует стек при передаче однобайтовых параметров ф-циям. А в версии 7.50 есть глюки, на что указал мне приватно Alcoholics Anonymous. А юзать компилер с глюками и без надежды на их исправление - та ещё байда.

Так что "где-то когда-то видел в дизасме код, и я тащусь" слабо актуально. Это вы ещё не видели код после peephole оптимизатора z88dk-sdcc.

- - - Добавлено - - -

Да, кстати, а есть в HITECH C возможность не занимать рег. IY? В SDCC есть --reserve-regs-iy. И вообще, прислушиваться надо к мнению тех, кто кодил на нём, а не "где-то что-то" видел.

[Smalovsky]

Немного разобрался. crt0.s нужен был. Взял с форума тэсэлыча.)) У денпопова в тетрисе такой же.
Проект компилируется, запускается подготовленный тап. Только компилятор глобальный массив инициализирует с ключевым словом const - иначе никак. Может, получше crt0.s найду потом - пока этого хватит.
Я тут написал inkey().

unsigned char inkey(){
__asm
ld a, (23560)
ld l, a
ld h, #0
ld a, #0
ld (23560), a
ret
__endasm;
}

Только функция чего-то символы псевдографики и udg ловит. Стартаповый файл, видимо, режим ввода меняет. Буду разбираться.

- - - Добавлено - - -

Ничего не понял... Кукую переменную надо поменять, что бы изменить режим ввода? Прочитал о MODE и FLAGS. Менял MODE - inkey() ловит коды в режиме G.
Может, лучше задействовать K_STATE( ячейка #5C04( 23556) )?

[Oleg N. Cher]

Если из массива производится только чтение, то const рекомендую и оставить. Иначе же данные массива сдублируются два раза - копия начального состояния массива всё равно будет храниться. Так что это примерно то же самое, что и завести два массива - константный и обычный, и копировать при старте из константного в обычный. Только делается в стартовой секции crt0 неявно. Мой вариант crt0 урезан и эту инициализацию не выполняет.

У меня INKEY устроен иначе:

unsigned char Basic_INKEY (void) {
__asm
    LD   A, (#0x5C07)
    CP   #0xFF
    JR   Z, INKEY_RET_0X$
    CALL 0x28E
    LD   C, #0
    JR   NZ, INKEY_RET_0X$
    CALL 0x31E
    JR   NC, INKEY_RET_0X$
    DEC  D
    LD   E, A
    CALL 0x333
    LD   L, A
    RET
INKEY_RET_0X$:
    LD   L, #0
__endasm;
} //Basic_INKEY

[Sergey]

Я тут написал inkey().

А теперь правильный инкей:

unsigned char inkey(void) __naked
{
__asm
	ld a,(0x5c04) ; BASIC var
	ld	l,a

1$:	ld  a,(0x5c04)
	inc a
	ret z
	jr 1$
__endasm;
}

В моём варианте 2048 клавиатура опрашивается так.
Можно укоротить на 1 байт и 1 такт:

	ld hl,(0x5c04) ; BASIC var

- - - Добавлено - - -

Рискну предложить такой crt0:

Здравствуйте, - а как же будут переменные и массивы инициализироваться?!

[Oleg N. Cher]

Ну, до сих пор для ZXDev такого crt0 хватало (в Обероне нет проинициализированных переменных и массивов).

[Smalovsky]

Я тут, кое-что напрограммировал. Делаю головоломку. Оцените скорость генерации уровня и качество перемещения фишки. После изображения уровня нажмите любую клавишу для появления фишки. Пожалуйста, отпишитесь.
По компилятору возникло много вопросов. Например, глобальные переменные видны только main, и их придится передовать в качестве параметров другим функциям. Компилируется с ошибками, когда доступ к стуктуре происходит через указатель.
Pr1.7z

[s_kosorev]

Например, глобальные переменные видны только main, и их придится передовать в качестве параметров другим функциям.

Почитай что нить по си хотя бы классику, Керниган и Ритчи