SDCC - Small Device C Compiler

[Error404]

А ты загляни в .map, там всё побайтно расписано, с какого адреса какая функция. Судя по всему, компилятор прилепил всю арифметику для long. Функция kprint использует ltoa, а последняя - всю остальную арифметику.

Увы мне!
Это действительно частично мой код (от всяческих моих самописных printf-ов), а частично математические функции.
Маленькая программа (во вложении), не использующая никакие модули кроме crt0cpm вышла всего в 300 байт.

Вообще, конечно, удручает. Два экрана кода на С (моих самописных printf-ов) транслируется в 3 с гаком кб кода. CP/M-овский Hitech C 3.06 образца 1987 года компилировал этот же самый код моих самописных printf-ов куда как компактнее (раза в два примерно).

[Advertiser]

[Eltaron]

CP/M-овский Hitech C 3.06 образца 1987 года компилировал этот же самый код моих самописных printf-ов куда как компактнее (раза в два примерно).

а у HITECH long какой длины был?
у sdcc - 32 бита, отсюда и громоздкость

[Error404]

тоже 32 бита. один из немногих СРМ-овских кто умел 32 бита лонг

[b2m]

Вообще, конечно, удручает. Два экрана кода на С (моих самописных printf-ов) транслируется в 3 с гаком кб кода.

Ещё раз увы тебе
Посмотрим внимательнее на твой .map

Код test1
начало 017D конец 01AE длина 49 байт

Код conio
начало 01FF конец 09DB длина 2012 байт

Код dos
начало 09DB конец 0AA9 длина 206 байт

Из библиотеки Z80.rel
начало 0AA9 конец 124C длина 1955 байт!

---------- Post added at 23:35 ---------- Previous post was at 23:28 ----------

Последние 2Кб из-за того, что conio ссылается на:
__moduint_rrx_s
__divuint_rrx_s
__modslong_rrx_s
__divslong_rrx_s

А они ведут в stubs.rel из z80.lib. А там какая-то фигня, когда подцепляется этот модуль, то за ним тянется вся арифметика. Причём в самом модуле лишь переходы на реальные процедуры, перед которыми иногда присутствуют команды LD A,5 / RST 8. Так что, если написать свою арифметику, то будет компактнее.

[Error404]

А там какая-то фигня, когда подцепляется этот модуль, то за ним тянется вся арифметика. Причём в самом модуле лишь переходы на реальные процедуры, перед которыми иногда присутствуют команды LD A,5 / RST 8.

выкинув из printf все связанное с long, получил уменьшение кода с 4к до 2к.

Так что, если написать свою арифметику, то будет компактнее.

Не, нафиг. Тогда уж проще сразу писать на ассемблере с макросами
Я компилер ищу не для того, чтобы его еще наполовину переписывать, это не интересно.

[Error404]

Так доооолго компилирует. Буквально часами исходный файлик на полста килобайт. Комп селерон2дуо (2 ядра каждое по 2ГГц). Кто знает отчего это, и можно с этим что-нибудь сделать?

[NovaStorm]

>селерон<
Под виндой так сразу сказать сложно, под линуксом я бы попробовал пересобрать sdcc с graphite(и его плюшками), -march=native, -O3 и перекинуть его в рамдиск.

[Error404]

Так доооолго компилирует. Буквально часами исходный файлик на полста килобайт. Комп селерон2дуо (2 ядра каждое по 2ГГц). Кто знает отчего это, и можно с этим что-нибудь сделать?

А вот чем оно несколько часов занималось.
Кроме того что долго, оно на выходе еще дает полный *****кретинизм (см. asm во вложении).
Для массив static char [] оно сначала делает нужного размера .ds N (кусок пустого места) в сегменте _DATA (т.е. в бинаре), потом в секции _GSINIT копирует туда данные ПОБАЙТНО в конструкции вида:

;fsdata.c:11: static char data_cgi_files[] = {
ld hl,#_data_cgi_files
ld (hl),#0x2F
inc hl
ld (hl),#0x63
ld hl,#_data_cgi_files + 2
ld (hl),#0x67
ld hl,#_data_cgi_files + 3
ld (hl),#0x69
ld hl,#_data_cgi_files + 4
ld (hl),#0x2F
и так несколько тысяч раз
Вместо того чтобы единократно СРАЗУ определить заполненный массив через .db

Вопрос - что за кретины это сочиняли? Я уже смирился со "студенческими" болезнями компилятора (на энтузиазме пишется какими-то непонятными людьми, понятно что не приходится ждать оттуда профессионального компилятора, которые умудрялись работать на Z80 и в 48к ОЗУ в середине прошлого века), но такое явное УГ это уже перебор.

[ZEK]

2 страницы назад уже обсуждали
const поставь

[Error404]

зашибись. Оттого что у авторов бардак в голове, теперь во всех исходниках определение строк править... Ну, поправлю конечно, куда я денусь то.