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

[SfS]

Кстати, а как насчет 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. Может какой глюк самого компилера?

[Advertiser]

[Shiny]

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

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

[Shiny]

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

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

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

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

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

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

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

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

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

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

[SfS]

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

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

[Shiny]

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

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

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

[SfS]

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

[Shiny]

ох, вот сигуру угорают над трэдом

[SfS]

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

[Shiny]

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

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

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

[Oleg N. Cher]

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