Здравствуй, ARM. Запуск "на коленке"

[diglook]

Спасибо за быстрый ответ, Я действительно сам начал писать ее, привык к CVAR, где эта функция была, ну, думаю если ИАР круче значит и тут должно, день извел на курение Хелпов, а ее действительно нет! Если-б не ВЫ я-б укурился.
переписал прямо из Википедии - заработало, Спасибо!

sprintf вполне справляется с такой операцией.

тоже очень здорово!
только смущает нюанс: дробные числа обрезаются после 6 знака после запятой,
А как можно повысить точность представления чисел? мне ВАЖНО 9-12 цифр после запятой

[Gnider]

Спасибо за быстрый ответ, Я действительно сам начал писать ее, привык к CVAR, где эта функция была, ну, думаю если ИАР круче значит и тут должно, день извел на курение Хелпов, а ее действительно нет! Если-б не ВЫ я-б укурился.
переписал прямо из Википедии - заработало, Спасибо!

тоже очень здорово!
только смущает нюанс: дробные числа обрезаются после 6 знака после запятой,
А как можно повысить точность представления чисел? мне ВАЖНО 9-12 цифр после запятой

Умножь на миллион все числа

[k34Nex]

Действительно, проще написать, мне понадобилась такая функция, в Keil ее не нашел, набросал сам, строк 10 вышло.

[diglook]

мне ВАЖНО 9-12 цифр после запятой

Умножь на миллион все числа

т.е. вначале умножить на миллион все переменные, произвести вычисления, и разделить на миллион? А поизящней ничего? быть может есть какие-то настройки опредиления которые ограничивают кол-во цифр после запятой, мне нестолько отображение сколько вычисления над числами у которых важны цыфры после запятой 9-12, а в дальнейшем может и больше.

[Gnider]

мне ВАЖНО 9-12 цифр после запятой



т.е. вначале умножить на миллион все переменные, произвести вычисления, и разделить на миллион? А поизящней ничего? быть может есть какие-то настройки опредиления которые ограничивают кол-во цифр после запятой, мне нестолько отображение сколько вычисления над числами у которых важны цыфры после запятой 9-12, а в дальнейшем может и больше.

Вообще говоря любая софтовая эмуляция дает большую погрешность.

Если нужно 9-12 цифр бери проц с хорошим FPU, либо умножай,либо и то и то.

[diglook]

Если нужно 9-12 цифр бери проц с хорошим FPU, либо умножай,либо и то и то.

Причем здесь FPU? мне не в гонки играть, и расчет не критичен по времени, критично разрешение расчетов, LPC 2478 ведь 32 битный, также как и Пеньтиум. Тут ограничения компилятора. И их нужно как-то расширить.

[kison]

Тут ограничения компилятора. И их нужно как-то расширить.

Почитайте про (s)printf - http://ru.wikipedia.org/wiki/Printf
Особенно про спецификатор точности. И в настройках компилятора посмотрите - там скорее всего есть настройка для (s)printf. Ее надо установить на максимальные возможности. Используйте double, а не float. У float 12 знаков после запятой вообще не получить.

[Gnider]

Причем здесь FPU? мне не в гонки играть, и расчет не критичен по времени, критично разрешение расчетов, LPC 2478 ведь 32 битный, также как и Пеньтиум. Тут ограничения компилятора. И их нужно как-то расширить.

Пеньтиум имеет очень мощный встроеный FPU

[diglook]

благодаря вашим подсказкам, а также танцами с бубном :
long double h=999.0123456789023456;
sprintf(string, "%.12f", h);
результат 999.012345678902
параметр "%.12f" можно увеличить , но тогда необходимо уменьшать целую часть чила, иначе начинаются ограничения с округлениями и ошибками в младших разрядах.
Выводы: без переделок можно отобразить число которое поместится в 64 бита(здесь знак занимает 1 бит)
при h=9999.0123456789023456
sprintf(string, "%.16f", h);
результат 9999.0123456789013
т.е. в младших разрядах уже появляются ошибки.

[kison]

т.е. в младших разрядах уже появляются ошибки.

Это же не ошибки (s)printf. Это особенности хранения переменных с плавающей запятой.
Можете придумать свой формат - 128 битный и написать функции для его обработки - сложение, вычитание, умножение и т.д. Си не в чем программиста не ограничивает.