Отправлено Fat Robot 20 ноября 2003 г. 11:39

Помню, видел где-то я макросы, в которых математические функции были аккуратно развернуты в ряды вида (..((a1x + a2)x + a3)x + ...). Чтоб подобные конструкции можно было создавать:

#define _ANGLE ( PI / 5.0 )
#define _SIN_ANGLE SIN_MACRO( _ANGLE )
#define _COS_ANGLE COS_MACRO( _ANGLE )
#define _EXP_ANGLE EXP_MACRO( _ANGLE )

и т.п.

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

crio@mail.ru

Спасибо.

ps: может есть какой-нибудь другой красивый способ?

• Всем спасибо за полезные советы. Всё сделалось.(-) — Fat Robot   (20.11.2003 16:36, пустое)
• Посмотрите реализацию этих ф-й в библиотеках для вашего CPU, сделайте то-же, только в макросе — Builder   (20.11.2003 14:42, пустое)
• Другой красивый способ - inline функции — AntZ   (20.11.2003 13:00, пустое)
  • Там нужно вычисление на этапе компиляции (например синус константы), а не при выполнении кода. — SМ   (20.11.2003 13:08, пустое)
    • А препроцессор умеет вычислять выражения? Он умеет только подстановки делать, будет то-же эффект — AntZ   (20.11.2003 14:11, пустое)
      • Может быть, зато компилятор умеет оптимизировать... — Builder   (20.11.2003 14:36, пустое)
        • Если inline-функция - то не оптимизиреут ее в одно число. Проверил только что. — SМ   (20.11.2003 15:11, пустое)
        • Если inline-функция - то не оптимизиреут ее в одно число. Проверил только что. — SМ   (20.11.2003 15:10, пустое)
        • Это он умеет... Много раз пытался, в большинстве случаев пронрамма просто перестает работать или начинает глючить — AntZ   (20.11.2003 14:54, пустое)
          • Это точно. При конечной разрядности можгут нарушаться традиционные законы арифметики, например ассоциативный закон... Так что "оптимизатор" лучше перепроверять. — Oleg_0515   (20.11.2003 15:25, пустое)