Си знаю хорошо, а вот с кейлом только начинаю,
тем не менее это поставило меня в ступор.

простой код


который я бы "скомпилировал" бы так



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



Мне собственно было бы всё равно, если б цикл выполнялся правильно,
но он зависает в бесконечном цикле!!!
как в этом может быть ошибка???


ЗЫ Кейл юВижн 3.6

Сообщение отредактировал greatbaobab - Apr 25 2010, 07:27

В старину , на 2-м кейле это выглядело так:



Сообщение отредактировал тау - Apr 25 2010, 08:33

Легко. Что-то я после "U8 i" не вижу точку с запятой. К тому же где typedef для "U8"? Там всё в порядке? Может быть, слово "for" переопределено при помощи #define каким-нибудь врагом?
Короче, возможностей много.

Я бы на месте компилятора вообще выкинул этот код, поскольку он не делает ничего полезного с точки зрения стандарта. И многие компиляторы такой код выкидывают при включенной оптимизации. Во избежание сюрпризов объявите i как volatile

Возможно, что Вы запутались в коде, генерируемом транслятором: приведенный ассемблерный текст не соответствует этому тексту языка Си. У меня получается вполне ожидаемое

Включите генерацию листинга и ассемблерного кода

Добрый день.

Хе хе Не злобы ради и не для рекламы Onembedding

Для того что бы получить в коде конструкцию на DJNZ


В общем в Keil для 8051 идет прямая интерпретация. Типа если хотим DJNZ, то по смыслу нужно ставить именно преддекремент.

По этой причине лучше всегда использовать развернутый код (ну не сворачивать в одну строку. Конечно на Си будет компактно, но компилятор наворотит такой код что просто жуть. И никакая оптимизация по размеру не поможет). Проверял на собственном опыте. Просто подизассемблите разные куски кода на Си. И зависимость сразу увидите.

PS Ой и совсем забыл. Все зависит от модели памяти. Для однозначности переменную пихаем в регистр.

А то если ваша переменная окажется в области xdata то без перегрузки в регистр Keil еще круче наворотит. Будет постоянно обращаться к xdata через DPTR. Если переменная будет в PDATA то хоть @R0 будет использовать.

Сообщение отредактировал AndreyS - Apr 26 2010, 08:23

Это, наверное, оффтопик, но сказать хочется. Подгонять код на Си в целях потакания тупизму отдельно взятого компилятора - неблагодарная работа. Я уверен, что это время можно потратить гораздо эффективнее. Ну а если нужен хороший код, а компилятор тупит, - тогда ассемблер вам в руки.

Не замечал, чтобы Keil генерил какой-то невнятный код. Конечно, иногда транслятору нужно подсказать, например, в какую память распределить те или иные данные... А, по поводу оптимизации в Keil: при установке уровня оптимизации нужно смотреть, что Вы заставляете транслятор оптимизировать (неплохо бы почитать об этом в документации), а не ставить тупо, например, "Level 9"...

День добрый.

Офтопик.

Я в общем то говорил о том, что Keil использует одни и те же конструкции при одном и том же типе памяти. И оптимизация может помочь немного. Но оптимально получается сразу использовать определенные конструкции на Си. Все это (лично мое мнение) я отношу именно для Си под 8051 и его системе команд. Стандарт Си, на сколько мне известно, не определяет как конкретно реализовывать код в машинных кодах.

Мое мнение: так как Кейл не знает тип U8 то переменную взял как int(наверняка при компиляции выдал предупреждение).
Соответственно инкремент и сравнение идут для знакового двухбайтового числа.
Все логично.