IAR 6.4 Optimization Bug, изменение работы алгоритма при включении оптимизации Опции

[Sagittarius]

Здравствуйте.

Была в проекте написана простая функция преобразования числа uint32 в строку, без оптимизации работает, при включении Optimization/High/Speed и наличии опции Function Inlining вместо всего числа в строку заносит только последнюю цифру. Функцию конечно поправил так чтоб работала и при оптимизации но как то все равно неприятно, где еще ждать косяков.
сам код:

CODE

//
///8*************************************************
// перевод числа i в строку символов в buf длиной = maxlen
uint32_t Int2Str(uint32_t i,uint8_t *buf,uint32_t maxlen){
uint32_t j;
uint32_t k,l;
uint32_t idx;

idx=0;
// используется только для преобразования даты
if((i<10000)&&(maxlen)&&(maxlen<=4)){
for(j=(maxlen-1);j;j--){
buf[idx]='0';
k=Pow10(j);
for(l=9;l;l--){
if(i>=k){
i-=k;
buf[idx]++;
}else l=1; // выход из цикла
}
idx++;
}
buf[idx]='0'+i;
idx++;
}
// buf[idx]=0;
return idx;
}

///8*************************************************
uint32_t Pow10(uint32_t p){// возвращает 10^p
uint32_t ret=1;
if(p>8)ret=0;
else{
for(;p;p--)ret*=10;
}
return ret;
}

Отдельный проект с этими функциями в IAR:
 iarbug.rar ( 15.32 килобайт ) Кол-во скачиваний: 76

Было обнаружено на STM32F103, проверено наличие бага и для LPC2378

Спасибо.

[KRS]

В новом IAR 6.40.5
компилятор
IAR ANSI C/C++ Compiler V6.40.4.54170/W32 for ARM
бага осталась

[Andy Mozzhevilov]

В новом IAR 6.40.5
компилятор
IAR ANSI C/C++ Compiler V6.40.4.54170/W32 for ARM
бага осталась

Чтобы поправили, надо бы им в поддержку отписать. А то ж они - не телепаты.

[KRS]

Чтобы поправили, надо бы им в поддержку отписать. А то ж они - не телепаты.

ЕМНИП раньше кто то с электроникса им отправлял.
у кого нибудь есть активная поддержка?

[ig_z]

ЕМНИП раньше кто то с электроникса им отправлял.
у кого нибудь есть активная поддержка?

По моему на сахаре человек с ником ASDFS имеет тех поддержку для армов.
Не знаю как сейчас, но раньше иаровцы игнорили багрепорты от простых смертных. По крайней мере три моих репорта для MSP430 и ARM оставались без внимания, пока не послал их через немецкого кастомера.

[Dog Pawlowa]

Не знаю как сейчас, но раньше иаровцы игнорили багрепорты от простых смертных.

Ну не знаю, года два назад я переписывался с ИАРом по поводу того, что они перестали поддерживать неименнованные unions и убрали прямой доступ внутрь union.
Я прикинулся триал юзером, правда немецким
Ответ был простой - пшол вон, у нас ANSI компилятор, что хотим, то делаем. А я уж порезвился тогда, корректируя проект.

[jcxz]

Если кто отправлять будет, то напишите до кучи и про мой баг (писал о нём недавно сюда: http://electronix.ru/forum/index.php?showtopic=105402 )
Вдруг - поправят?
А то сейчас по необходимости пользую IAR 6.21.1 (старый 5.50 который хорошо проверен на вшивость большими проектами с полной оптимизацией,
но к сожалению 5.50 не понимает через JTAG LPC1778) (
И поэтому приходится ставить Low оптимизацию в 6.21.1.

ЗЫ: Проверил примеры из этой темы на своём IAR 6.21.1 - бага нет (ни с чётными ни с нечётными размерами циклов). Cortex-M3 High optimization (Size)

[Andy Mozzhevilov]

Если кто отправлять будет, то напишите до кучи и про мой баг (писал о нём недавно сюда: http://electronix.ru/forum/index.php?showtopic=105402 )
Вдруг - поправят?

Чтобы послать баг с надеждой на его исправление и не имея тех.поддержки крайне желательно его локализовать в неком очень небольшом коде, который бы собрался в составе мелкого проекта, созданного в IDE IAR, архив которого им и отсылать. В вашем же коде просто кусок из программы, который не соберется. А если начать выкидывать что-то, может и баг исчезнуть.

А то сейчас по необходимости пользую IAR 6.21.1 (старый 5.50 который хорошо проверен на вшивость большими проектами с полной оптимизацией,
но к сожалению 5.50 не понимает через JTAG LPC1778) (
И поэтому приходится ставить Low оптимизацию в 6.21.1.

Собирайте проект в 5.50, а отладку запускайте хоть в 6.40. Там все совместимо по форматам out файлов. Главное, чтобы сам компилятор мог делать код для нужного ядра.

ЗЫ: Проверил примеры из этой темы на своём IAR 6.21.1 - бага нет (ни с чётными ни с нечётными размерами циклов). Cortex-M3 High optimization (Size)

на 6.30 тоже его нет.

[jcxz]

В вашем же коде просто кусок из программы, который не соберется. А если начать выкидывать что-то, может и баг исчезнуть.

Если бы Вы хотя-бы открыли ту тему прежде чем отвечать, Вы бы заметили, что я цеплял там полностью проект.

Собирайте проект в 5.50, а отладку запускайте хоть в 6.40. Там все совместимо по форматам out файлов. Главное, чтобы сам компилятор мог делать код для нужного ядра.

Это понятно. Но хочется работать без гемора с постоянным переключением между компиляторами.....