Препроцессор не обрабатывает ни флоат ни инт (за исключением вычисления значения выражения внутри #if).
Он выполняет текстовую подстановку.
Сто раз уже это здесь говорили за последнее время.

Поясните, пожалуйста, программа работала с float (или даже с double), и только результат приводила к int? Как-то тяжеловато.
Или сам компилятор всё вычислял? То есть, в #define можно смело пользоваться числами с плавающей запятой?

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

Но определив несколько define-ов, можно добиться того, что компилятор сам все рассчитает и в нужные места подставит константы.
Как справедливо было замечено, не препроцессор, а именно компилятор.

Еще раз спрошу. Компилятор посчитал числа с плавающей запятой?

Видимо:


Vc - Ta * ((T) - Tb) = 1430.0 - 4.3 * (85.0 - 25.0) = 1172

Проверил на своих макро в Кейле.
DELAY(1, _MS);
DELAY(0.001, _SS);
Работают одинаково! Где бы найти документальное подтверждение? Думал, дробная часть в любых числах при компиляции отбрасывается.

google "c constant folding"

Конкретнее никак нельзя?

Ээээ.. поясняю...
1. открываем интернет-бравзер.
2. пытаемся найти там адресную строку.
3. кликаем тура мышой
4. ищем клавиатуру.
5. нажимаем следующие кнопки: w,w,w,.g,o,o,g,l,e,.,c,o,m, <enter>
6. делаем еще мозговое усилие и ищем строку ввода поискового запроса.
5. повторяем пункты 3 и 4
6. вводим ключевые слова, как подробно описано в пункте 5.
7. смотрим на экран
8. пытаемся найти там результаты поиска.
9. читаем..

Еще конкретнее ?

многа букав, не осилят. Нужно сразу давать ссылку

Если нечего сказать, не говори ничего! (с)
Положим, в тех местах, где я смотрел, ответа не нашел.

При компиляции с оптимизацией компилятор считает константные выражения и заменяет их сразу на результат.
int a = 100 * 0.5; будет заменено на загрузку в a значения 50 и эмуляция плавучки не будет линковаться к проекту.
Такое можно делать даже на AVR.
Понятно, что любые составляющие этого константного выражения могут быть #define'ами т.к. препроцессинг это просто подстановка текста.

Вычисляются выражения на этапе компиляции по тем-же правилам как и в рантайме(т.е. со всеми приколами integer promotion, приведениями типов и т.д.)

На практике я видел как даже функции из math.h с константными и известными на этапе компиляции аргументами часто считаются компилятором и в рантайме не вызываются.
К приммеру можете попробовать сделать
int a = round(1.5); и посмотреть дизасм

Как мне когда-то тут сказали: последнюю версию компилятора поставить может каждый...но надо иногда и книжки по Си читать )))))

Выходит, компилятор внутре себя имеет неенку полноценный вычислитель всех стандартных C функций? И ему даже не надо указывать "подгрузить" заголовочные файлы "math.h"?
А float d = sin(M_PI / 8); тоже вычислит?

Были бы хорошие книжки, почитал бы еще, и с удовольствием. Но они баснословно дорого стоят. А в электронном виде - это эрзац-книжки.

На сколько я знаю, замена функций результатами - поведение не требуемое стандартом. Это я из практики просто знаю. Просто скомпилируйте и посмотрите, должен и sin() оптимизировать.

Впрочем как и на точность )

И вообще я никогда не использую вычисления с плавающей точкой на процессорах без ее аппаратной поддержки. Такие трюки со свёрткой константных выражений хорошо подходят для того чтобы что-то посчиталось с плавающей точкой во время компиляции но на выходе дало int.
Если допустить появление плавучки в рантайме - к проекту сразу прилинкуется библиотека эмуляции. Не самая быстрая в любом случае.

Так что надо один раз и на всегда освоить fixed point math или использовать процы с аппаратной поддержкой плавучки.

P.S. В этом плане С++ с его перегрузкой операторов позволяет писать очень естественный и удобочитаемый код даже при вычислениях с фикс. точкой..
Лично я в начале этого года плотно пересел на плюсы и реализовал свою библиотеку. С фишками С++11 всё что возможно в ней тоже считается на этапе компиляции и я очень доволен! Си теперь кажется чем-то доисторическим))))))

И что, если это решает задачу?


Гуд. Вот реальная задача (не выдуманная). Есть некий прибор, который по нажатию кнопки пользователем должен среди всего прочего вычислить некое значение из входного параметра и вывести на индикатор, т.е. время реакции - до 100 мс, чтобы не вызывать дискомфорт. Алгоритм вычисления - простой полином 3-го порядка:

y = a3*x^3 + a2*x^2 + a1*x + a0

коэффициенты:

a0 = 0.00244813186608
a1 = -2.23013987646e-005
a2 = 4.76311678518e-008
a3 = -6.46053293535e-012


На AVR о 8-ми мегагерцах тактовой оный полином вычисляется за время около 6 или 8 (не помню точно) мс. Плавучка тянет где-то полтора кБ кода. Задача решена (общий размер прошивки ~5 кБ из 8 доступных).

Предложите свой вариант решения? И оцените, сколько это потребует времени, и какая сложность реализации по сравнению с этим решением "в лоб"?