Языки программирования

[Vitamin]

http://gcc.gnu.org/ml/gcc/2003-03/msg01402.html почему gcc плох/хорош для разных процов.

Интересный обзор. Только непонятно, как же тогда gcc работает на x86 ? Архитектура не ортогональная, РОНов не так много, физический адрес зависит от сегментных регистров.
Да и вообще, z80 суть есть предок x86....

[NovaStorm]

Дык это 2003 год. А работа gcc обусловлена скорее всего тем, что под х86 он и точится. Если вести речь про i386 и AMD64 то там не все так плохо, как в 8086. и режимов адресации хватает, и регистры во многих случаях равноправны, 32-48 бит адресация... Но этот монстуозный велосипед тоже конечно не фонтан =)

[Vitamin]

А работа gcc обусловлена скорее всего тем, что под х86 он и точится.

Судя по требованиям, точился он под ARM- там тебе и ортогональная структура и дохрена РОНов и еще куча разных вкусностей (не говорю про ложку дегтя в виде ограничений на прямую загрузку констант)

[fk0]

Решил протестить компиляторы z80 на dhryston'е.

Вот такие результаты на 10000 запусков:
z88dk - 3852 ticks ~ 130 dps (c register тоже самое)
sdcc - 2613 ticks ~ 191 dps (с register тоже самое)
hitech - 2621 ticks ~ 191 dps
hitech register - 2607 ticks ~ 192 dps

Почему hitech без register оказался хуже sdcc я пока не понял.

Я не понял, почему он не выигрывает у z88dk даже в 2 раза. В то, что sdcc таки допинали до рабочего состояния верится с трудом. В чём же тогда дело?

Хотелось бы увидеть:

1) какие версии компиляторов использовались во всех случаях;

2) какие командные строки использовались для сборки теста.

Может, у hitech попросту не была включена оптимизация?

Видимо Hitech просто лучше справляется с подковырками из теста на compiler features, но в реальных программах такое не так уж и требуется.

Несколько лет назад hitech середины-конца 90-х годов (версия для DOS) выигрывал просто по размеру листинга в строках, у SDCC, В РАЗЫ. :-/

[yoko_ono]

Судя по требованиям, точился он под ARM- там тебе и ортогональная структура и дохрена РОНов и еще куча разных вкусностей (не говорю про ложку дегтя в виде ограничений на прямую загрузку констант)

Скажите, а Вы себе кроме АРМ не представляете больше никаких RISC-процессоров с 'дохрена РОНов', трёхадресными командами и 'ортогональной структурой'? Если не представляете, то печально...

[SfS]

GCC для Z80 - миф =)

Странно, почему миф ? Под AVR gcc есть, развивается и вдобавок генерит очень неплохой код... Почему для Z80 нет этого ?

[fk0]

Комиксы это конечно здорово, но похоже это как раз пример того, что когда был сам язык, не было еще инета, а теперь нет уже языка Правда остался патент и к нему описание, но доступ туда только тем, кто является членом, т.е. платит бабки. Так что конкурс на лучшего языкаВУ-кандидата для z80 остается пока что без претендентов.

Что? Номер патента в студию.

[NovaStorm]

Скажите, а Вы себе кроме АРМ не представляете больше никаких RISC-процессоров с 'дохрена РОНов', трёхадресными командами и 'ортогональной структурой'? Если не представляете, то печально...

[offtop]Ммм... спек на FPGA перепрограммируем на хороший ортогональный(кому оно вообще надо? load-store "хватит всем"), "с 'дохрена РОНов'" (128 GPR) OpenSPARC и понеслась... =)
[/offtop]

[yoko_ono]

Странно, почему миф ? Под AVR gcc есть, развивается и вдобавок генерит очень неплохой код... Почему для Z80 нет этого ?

Видимо потому, что в авр 32 равноправных (ну, или почти) регистра. 8-битных, правда, но тем не менее.

[Vitamin]

Скажите, а Вы себе кроме АРМ не представляете больше никаких RISC-процессоров с 'дохрена РОНов', трёхадресными командами и 'ортогональной структурой'? Если не представляете, то печально...

Я говорю про АРМ потому что достаточно тесно с ним работаю. И если этот простой факт не пришел в вашу светлую голову, то печально.

ЗЫ. За вами должок!