Взялся я писать статью... SDCC как всегда:)

Вангую, что .bin

.scl компилится ужасмом.

Кстати, а как насчет clear ? ты ж бейсиковый принт используешь.
по идее, у меня бейсик-загрузчик в tap-файле такой:

10 CLEAR 24575
20 load "" code 24576
30 run USR 24576

В у тебя в SCL ничего не трётся?

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

Попробуй это использовать. У меня оно https://github.com/salextpuru/speccy...er/src/hex2bin

Точнее hex2bin. Собери под венду.

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

кстати, а SDCC какая версия ? У меня 3.6.0. Может какой глюк самого компилера?

Сегодня не мой день(:

проще не под линупсом а под вендой сравнить джва бинаря. Попробую собрать эту тулзу, хотя это неверно - зачем ты подсовываешь адрес, если в Intel формате прописан адрес?

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

Цитата:

---

Сообщение от SfS

Кстати, а как насчет clear ? ты ж бейсиковый принт используешь

---

при чем тут clear? стек назначается заранее, а при печати третьей пары цифр глюк на экране.

sdcc такой версии: sdcc-20190103-10790-setup

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

мать моя женщина, проскочило вроде

Код:

---

                printf("%4d", (long int)(c + d / 10000) );

---

SfS,спасибо за терпение и подсказки.
Завтра будет ещё вопросик.

В hex2bin адрес нужен чтобы он не забивал пустые байты нулем. Вроде так.

Для %d нужен int. То есть printf("%04d", (int)(c + d / 10000) );

В общем с (int) те же косяки с печатью. у (long int) нули не печатаются.
"мнение ухудшилось".

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

не, .4d прокатило

Странно. %d печатает int, а не long по идее.

ох, вот сигуру угорают над трэдомhttp://glair.narod.ru/smile/crazy.gif

Сигуру врядли знают особенности реализации sdcc.

Да выкиньте вы этот printf, он небось кил 10 весит.

Цитата:

---

Сообщение от SfS

Сигуру врядли знают особенности реализации sdcc.

---

ну не торт, явно. откуда .rel пошли? из cp/m?

по скорости в вычислении pi проигрывает z88 и Hi-Tech C.
вот только засада с разработкой Hi-Tech.