Кодогенерация SDCC: пожелания об улучшении компилятора

[jerri]

Oleg N. Cher, опять умничаешь

ZEK, а ты грубишь
добрее надо быть

[psb]

то это его состояние по жизни.

да вам-то виднее, о чем речь...

[jerri]

Я как раз предлагаю распространять не мифы, а объективную информацию. Хотя опыт показывает, что если кому-то в данный момент положить на всё, кроме самоутверждения, то это его состояние по жизни. И надежд на улучшение мало. Про прочих с задами я промолчу. Error404, SDCC мог сдублировать проинициализированные массивы, да мало ли. Наконец, где ключики компиляции? Вобщем, будет или детский сад, или нет.

А разве ключи компиляции влияют на работоспособность полученной программы?

[Eltaron]

А разве ключи компиляции влияют на работоспособность полученной программы?

--oldralloc да
в новом аллокаторе пофикшены какие-то баги
например, у меня есть код, который ведет себя совершенно по-разному при обычной компиляции, и при --oldralloc

[jerri]

Eltaron, это чо за шаманство?

[Eltaron]

Eltaron, это чо за шаманство?

Аллокатор регистров. Старый глючный, но быстрый, а новый жутко медленный, но вроде бы правильно работающий.

[Oleg N. Cher]

Ключики влияют на размер программы, о чём сейчас и спор.

Так вот, о мифах. В своих высказываниях насчёт того, что у SDCC лучшая кодогенерация, я опирался на мнение Филиппа Краузе, сделанный им набор тестов и список проверенных на этих тестах компиляторов. Согласитесь, это уже что-то более существенное, чем субъективные высказывания в стиле "я шото откомпилировал и шото сравнил". Филипп согласен, что IAR имеет качественную кодогенерацию, но указывает на то, что нужно тестировать компиляторы в равных условиях. В связи с этим он просит желающих скомпилировать в IAR данные тестовые программы, но чтобы компилятор не использовал недокументированные инструкции процессора и чтобы все функции были реентерабельными, если это конечно возможно в IAR. Этого, по его словам, будет достаточно, чтобы добавить результаты в таблицу тестов.

Ну и планка рекорда поднята.

I do not have access to the IAR compiler. Soonly included the free
z88dk compiler, and some non-free compilers that have time-limited
evaluation versions.

I already saw it in the discussion you mentioned earlier, and was about
to write to you about them. The IAR results are impressive in terms of
code size. When I made the benchmark
http://colecovision.eu/stuff/testbench.tar.gz years ago, I did choose
files, where HITECH-C performed much better than sdcc. And then worked
on improving sdcc until it was better than HITECH-C for them. So the IAR
results set a kind of new goal to reach for sdcc.

For including the results on the comparison page I would like to also
have a version compiled with comparable options to sdcc: No use of
undocumented instructions, and all functions compiled as reentrant.

[psb]

So the IAR
results set a kind of new goal to reach for sdcc.

достойная цель! что ж, подождем.

но чтобы компилятор не использовал недокументированные инструкции процессора

а это еще почему? сейчас уже давно все документировано.

[Oleg N. Cher]

Информация о таких инструкциях конечно доступна. Но данный набор инструкций в многочисленных документах по Z80 называется недокументированным. (Zilog мог в новых версиях процессора убрать поддержку этих инструкций. Не знаю, правда, насколько это актуально в данный момент). Но Вы ж видите, для Филиппа это имеет значение. Хотя во встроенный асм включить эти инструкции он согласился.

И сам SDCC генерирует только документированные инструкции. Если интересно по каким причинам они избегают недокументированных, могу спросить. (Может по идеологическим причинам, а может просто нигде не понадобились).

[psb]

да не, я лишь о том, что сегодня это необоснованное ограничение. если вдруг окажется, что IAR использует такие инструкции (что-то не верю в это) и генерит код лучше - это его полное право.