Ищу Си для Z80

[Sayman]

Но, в отличие от htc, не будет сохранять IY, выигрывая на этом такты.

ок, с этим согласен.

Раз ты уж пропагандируешь юзать вставки на асме, то покажи-ка тут всем нам как их использовать без того, чтобы htc для асм-функций генерил call csv. В SDCC для этого есть __naked.

я не пропагандирую именно вставки. я пропагандирую отдельные асм файлы завёрнутые в либу. и __naked я тоже не использую в sdcc.

не занимаюсь исследованием глюков htc.

Лучше список багов SDCC в студию.

я уже много раз про них говорил. на соседнем форуме с одной известной конфой тоже есть список багов. и я не занимаюсь исследованием багов sdcc, они сами вылезают в процессе написания того или иного кода. могу только ещё раз напомнить про проекты от hippiman. сделай доброе дело - пересобери любой из них, к примеру robo или nomad под современными версиями sdcc.

[SfS]

Кстати, а насколько будет сложно написать свой компилятор с подкидным и школьницами? Наподобие ACTION! ?

Для меня сложно. А смысл в нем? Просто для удовольствия?

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

Я не уверен, что хоть какой-то компилятор для Z80 их поддерживает. Но если бы поддерживал, ты же в курсе как работать с такими параметрами?

SDCC и любой другой С. Ибо функция printf() - именно такая. как и scanf() и прочие подобные.
Работать с ними удобно и прекрасно. Зайти в SDCC-NOINIT библиотека conio например.

[Sayman]

SDCC и любой другой С. Ибо функция printf() - именно такая. как и scanf() и прочие подобные.

кстати, printf() на асме можно увидеть тут.
есть и альтернативный вариант.

[Shiny]

А смысл в нем? Просто для удовольствия?

Упрощение разработки, чем трюки со стеком.

[SfS]

Упрощение разработки, чем трюки со стеком.

Если надо передать копию параметра и это не int не char и не float - то без стека не обойтись.

[Oleg N. Cher]

автору sdcc давно плевать на компиляцию кода для z80.

Это, мягко говоря, ложная информация. Смотри сюда.

http://sdcc.sourceforge.net/changelo...head-10413.txt

Филипп Краузе практически каждый день коммитит, и большинство его коммитов относятся к Z80.

Да и автор у SDCC не один. А если ты имеешь в виду основателя проекта SDCC, то он помер. Удовлетворительное основание, чтобы не работать над компилятором?

У меня не было никаких проблем с баг-репортами SDCC. На них всегда реагировали основательно.

SDCC и любой другой С. Ибо функция printf() - именно такая. как и scanf() и прочие подобные.

Ага, видишь как. Непродвинуто я использую Си - как бэк-энд для Ofront+, а в Обероне нет переменного числа параметров.

SfS, ты подал баг-репорт насчёт while(1)? Дай кусочек кода для воспроизведения бага.

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

SfS, не думаешь перевести проект SDCC noinit на HiTech C? Какие "за" и "против", на твой взгляд?

[Advertiser]

[SfS]

Блин. Да я стер ту версию компилера. Надо попробовать восстановить.

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

Никогда не работал с hitech c.
Чем он лучше не знаю.

[Sayman]

Филипп Краузе практически каждый день коммитит, и большинство его коммитов относятся к Z80.

Каждый день, говоришь? А как давно ты проверял собственную ссылку? Для справки, последний коммит для z80 датируется 27м марта, исправлен библиотечный вызов ralloc(). Предыдущие коммиты даже смотреть не стал, уже и так на форумах разных пишут, что автор посылает всех с багами по части кодогенерации для z80 либо игнорит.

Непродвинуто я использую Си

ты уже определись, как ты им пользуешься. То у тебя годами работают __z88dk_callee с фасткаллом, то их не так давно внедрили, то ты пишешь горы кода на асме. то только чистый си используешь. И ещё, тоже для справки, когда пишешь код именно на си, т.е. "void func_name(type arg1, type arg2){ код на си }", то имей ввиду, что __z88dk_fastcall не работает, даже если аргумент один и он однобайтный. Работает, но только частично, __z88dk_callee - компилятор убирает выравнивание стека после вызова функции, но внутри вызываемой функции всё как обычно:
ld ix,#2:add ix,sp и т.д. Ничего нового и интересного.

[Oleg N. Cher]

уже и так на форумах разных пишут, что автор посылает всех с багами по части кодогенерации для z80 либо игнорит.

Думаешь, я просто так спрашиваю? Я собираюсь доказать на практике как они реагируют на баг-репорт. Поэтому давай код, который воспроизводит багу на самой новой версии SDCC.

Вдруг ты не в курсе, но каждый баг-репорт приводит к тому, что наполняется база регресс-тестов. И они выполняются для каждой сборки. Там есть цветной прямоугольничек, который показывает, насколько удачно пройдены все тесты. Для htc в старые времена не было таких возможностей. Я ещё почему не боюсь остановки развития SDCC. Ну замрёт он, допустим. Тогда уж кто-то вылижет найденные баги и будет у нас хороший открытый компилятор. htc перестал развиваться, тебя же это не смущает? Главное тут - вложиться в инструмент разработки, которым пользуешься. Ничего бесплатного нет, у всего своя скрытая стоимость. Раз ты пользуешься SDCC, но не помогаешь сделать его лучше, ты халявщик и паразит. Тем более, это Z80, его сейчас почти нигде не используют в промышленности.

То у тебя годами работают __z88dk_callee с фасткаллом, то их не так давно внедрили

Не надо мои слова перевирать. Они работают уже несколько лет, и это сравнительно недавно. Когда я начинал пользоваться SDCC, этого не было. Всё. А если ты бухтишь почему __z88dk_callee не обозначен как __stdcall, то кто тебе доктор?

#define __stdcall __z88dk_callee

то ты пишешь горы кода на асме. то только чистый си используешь.

Я пишу на Обероне. Асм по необходимости. Си-исходник создаёт мне транслятор Ofront+. Писать на Си руками я уже давно не хочу.

__z88dk_fastcall не работает, даже если аргумент один и он однобайтный. Работает, но только частично

Бабушку свою учи. __z88dk_fastcall и __z88dk_callee только для функций на ассемблере. Там, где они имеют профит.

[Sayman]

Они работают уже несколько лет, и это сравнительно недавно.

А несколько лет это сколько? Олег, завязывай уже. эти фичи появились в 16м году и то не в самом его начале. Даже двух лет толком нет.

я устал. всё. продолжай кодить на обероне...