WinAVR & float, проблемы оптимизации Опции

[GIGAWAT]

Приветствую 8)

Имеется девайс на Mega169.
Имеется некоторый код написанный под WinAVR.
Проблема в следующем.
Провожу вычисления с извлечением корня кубического, для этого я возводил число в степень 1/3 с помошью функции pow библиотеки math, все заработало, вычисляется, НО компилятор нормально работает с переменными float и double только без оптимизации кода, а без оптимизации в память не влезает основной код (rom всего 16К).
Незнаю даже, что делать?
Может есть вариант оптимизации отдельно взятого участка кода ?
Или может вообще отказаться от вещественных типов ? (однако неохота ,ибо уже парился с этим заставляя на асме вычислять корень кубический МК(HOLTEK HT49R50), который умел аппаратно токо складывать и умножать ) не зря же я на архитектуру AVR переехал
Вобщем нужно мнение ОТЦОВ 8)
Заранее спасибо.

З.Ы.
Если нужны уточнения, спрашивайте

[GIGAWAT]

Да уж, накосячил я с примером кода

Вот:

#include <math.h>

float x1;
float rezult;
char=temp;
main()
{
temp=25;
x1=pow(temp, 0.333);
rezult=x1*2;
}

Вот так повеселее 8)
Суть в том, что когда оптимизация включена компилятор просто проскакивает строки с float и ничего не далает 8(.
ОДНАКО проблему я решил
По вашей рекомендации добавил к переменным float приставочку volatile, и все заработало с оптимизацией -0s, но при этом участок кода с float само сабой особо не уменьшается, осталось проверить, хватит ли места в памяти.

Насчет вычислений без применения float, вы меня конечно порадовали, а то я считал, что у меня был принципиально неправильный подход в решении данной задачи.
Спасибо за вашу помощ.

Сообщение отредактировал GIGAWAT - Apr 4 2007, 11:39

[aesok]

ОДНАКО проблему я решил
По вашей рекомендации добавил к переменным float приставочку volatile, и все заработало с оптимизацией -0s, ...

Я вам этого не рекомендовал, модифакатор volatile используеться для отключения оттимизации доступа к переменной. И должен применятьса только тогда, когда это дейсвительно нужно. Прочитайте FAQ #1 в avr-libc-user-manual.

Анатолий.