И почему они не пользуются популярностью? Ведь Кейл тоже не сахар, один только big-endian чего стоит, и как им это в голову пришло...

Сообщение отредактировал 777777 - May 2 2009, 04:00

пользовал SDCC для небольших проектов (<4 Kb).

Почему не пользуются? То-же IAR вплоне неплох - я его пользую. В апреле обновление даже было.Хотя традиционно считается (считалось?), что для 51 Кейл "лучший" среди "равных" . Ну а вообще, C + 51 по жизни монтируются с натягом, как ни крути

Как ни странно, рассматривая листинги gcc+AVR я нахожу гораздо больше неэффективных участков и просто несуразностей, чем у Keil+51 - и те обычно исправляются небольшим изменением кода. И если бы не big endian (плюс еще кое-какие полезности) то кейл можно было бы считать идеальным компилятором.

А что, big-endian аж так сильно мешает?
Не знаю, как у IAR, но у AVOCET С51 лет 15 назад тоже было big endian.
Толи с PL/M-51 совместимость тянется, толи ещё с чем.

Разумеется. Как минимум, он приводит к неэффективному выполнению операций над многобайтовыми переменными.

Я понимаю необходимость совместимости электрической розетки с вилкой, которою в нее втыкают. Но совместимость одного компилятора с другим?

Интересно: какая операция выполняется для big endian менее эффективно? Приведите пример, пожалуйста.

uC/51 WWW.WICKENHAEUSER.COM

Компиляторы от сербской "Микроэлектроники".

любая операция над xdata unsigned long (или xdata unsigned short). Младший байт последний, а DEC DPTR не предусмотрено...

И - что? Какая разница с какого байта забрать переменную в регистры? Вы, наверное, хотите сказать, что "руками" Вы напишите очень компактный код - эквивалент оператора, например, А+=5; (где А имеет тип xdata long), при этом обойдётесь только ACC и DPTR, если порядок байт little endian... Вот, только, транслятор вряд ли сгенерит такой же код даже при little endian. Парадигма генерации кода у него другая. И оптимизатор до Вашего кода - не вытянет. Правда я видывал транслятор, который умудрялся даже циклы оптимизировать до небольшой линейной последовательности. Но в него были вложены годы труда и многие миллионы...

свободный С компилятор на базе GNU для PIC :

http://sourceforge.net/project/showfiles.php?group_id=599