Доброго времени суток.
Пытаюсь в амеге 8 работать с числами с плавающей точкой, в коде проводятся некоторые вычисления и полученый результат дальше используется. Получается так что после того как откомпилирую исходник прошивка получается нереально большой, пишу на Си, компилирую в avr-gcc.
Ну, а вы как себе представляете как реализуются операции с плавающей точкой на 8-битном процессоре имеющим команды только для сложения, вычитания и умножения?
Какая версия gcc? Какие опции компилятора?
У меня получилось меньше.
Program: 3592 bytes (43.8% Full)
Data: 270 bytes (26.4% Full)
Думаю, что можно ещё меньше получить...
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Но размер можно ещё уменьшить.
У меня получилось так:
Program: 1372 bytes (16.7% Full)
Data: 6 bytes (0.6% Full)
HEX: 3875
gcc version 4.3.3 (WinAVR 20100110)
dem66, shads
Не помню где читал:
"Народ всё больше и больше отключает свои мозги и полагается на компьютеры с работающими там программами, забывая о том, что программы пишут такие же отключающие мозги... Процесс итерационный..."
Печалька, в общем.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Мне вот интересно. А "правильный" вопрос будет задан или нет?
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
HHIMERA писал(а):Ничему AVReal некоторых так и не научил... видать было сразу... "Не в коня корм!"...
Ты хвастать только можеш... гений.....
Когда вопрос задали... че не ответил? народ за быдло считаеш..... ну и считай..... "всезнающий и всемогущий".....
1. Зачем в формуле
float tik = (((1.0/((10000000.0/presc)/256.0))/255.0)*10000000.0)/10000000.0;
сначала умножать величину на 10000000.0 в конце формулы а потом делить на нее?
Если уж вычислять по этой формуле, то следует ее сначала упростить до
freq = precs * (256/(255 * 10^7))
и вычислить константу на калькуляторе, потом подставив в формулу. Получится только одно умножение с плавающей точкой.
2. Формулу для temp
int temp = (int)(256.0-(((1.0/freq)/tik)/2.0));
можно переписать в виде
temp = 256 - (tik/freq)/2
Из формулы для freq
int freq = (int)(1.0/(256.0-timer0)*tik)/2.0;
получаем
tik/freq = 2(256 - timer0)
Подставляя это в выражение для temp получим
temp = 256 - (tik/freq)/2 = 256 - 2(256 - timer0))/2 = timer0
Получается, что вычисления с плавающей точкой здесь не нужны вообще (?)
dem66 писал(а):Kavka, возможно просто ваш компилятор посчитал некоторые строки ненужными и тупо вырезал
Неа. Компилятор нормально всё делает. Точно так как ему указали! Точно в соответствии алгоритму заложенному в программу.
Только из-за незнания заложенного алгоритма мы, в том что указано, подразумеваем одно, а компилятор - другое. (Только не надо обвинять компьютер, что он тупой. )
Ser60, это уже другой аспект. Изначально надо с компиляцией разобраться.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
Про уместность флоата - отдельная тема. Я выше уже говорил.
А по поводу линковки... В том то и дело, что НЕ линкуется!
Код прежний - из первого сообщения темы.
Опции те, что dem66 приводил.
> avr-gcc -mmcu=atmega8 -g -Os -Werror -lm -mcall-prologues -o fp_test.o test_fp.c
> avr-size fp_test.o
text data bss dec hex filename
3328 264 6 3598 e0e fp_test.o
> avr-gcc -mmcu=atmega8 -g -Os -Werror -mcall-prologues -o fp_test.o test_fp.c -lm
> avr-size fp_test.o
text data bss dec hex filename
1394 0 6 1400 578 fp_test.o
Как говориться - найдите отличия.
Если всё делать в 4й студии, то она правильно всё делает при подключении математической библиотеки.
А 6-ую студию, видать, уже поумнее сделали, она судя по всему, автоматом подключает математическую библиотеку.
Вот ещё примерчик накидал.
В зависимости от места в командной строке опции -lm результат будет разным.
И это только с объектными файлами. С библиотеками бывает ещё хуже.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)
да ну, раздули ерунду на 100 постов. Редактировать нужно Makefile , а не командную строку, не царское это дело, в ней ковыряться. Тогда оно правильно все построит. А ручками воткнуть посредине, оно считает, наверное, что это одна из опций оптимизации и выбрасывает, не матерясь, за ненадобностью.
-lm значит всего лишь, что линкером подключается математическая библиотека libm.a , а в какой версии - 4 или 6 - до лампочки, я так думаю.
TARGET = tar
F_CPU = 10000000
CSRC = main.c
ASRC =
MCU_TARGET = atmega8
OPTIMIZE = -Os -mcall-prologues
DEFS =
LIBS = -lm
DEBUG = dwarf-2
Согласен, если бы автор темы правил makefile, или из студии настраивал то и вопроса не было бы.
А если нету makefile-а? Здравствуте грабли!?
В общем есть такая особенность. Кому интересно - возьмёт на заметку.
Когда уже ничего не помогает - прочтите, наконец, инструкцию.
Лучший оптимизатор находится у вас между ушей. (Майкл Абраш, программист Quake и QuakeII)
Избыток информации ведёт к оскудению души - Леонтьев А. (сказано в 1965 г.)