Точность до n знаков после запятой в object pascal(Delphi)(поиск библиотеки)

MPFR + MPACK или что-то подобное. К паскалю придется прикручивать самостоятельно.

// подписался на тред, может посоветуют что-нибудь более интересное

MPFR вроде то, что надо(онлайн пример http://ex-cs.sist.ac.jp/~tkouya/try_mpfr.html). Но как его к делфям прикрутить?

мб, какое-нибудь api от wolfram alpha, mathematica? Или почему бы не использовать их непосредственно, раз такое дело?

А уверены, что нельзя эту проблему обойти математически? т.е. «отмасштабировать» задачу так, чтобы получились бОльшие числа. Банально умножив обе части уравнения на некий большой коэффициент, к примеру. А если по теме - да юзайте какой-нибудь Матлаб и не парьтесь. Всё уже написано до нас.

Нет, не уверен, да и не надо. В мою задачу входит только найти, подключить и показать как работать.

Готового порта для MPFR похоже нет. Так что только самому портировать придется. Вот советы: ftp://ftp.freepascal.org/pub/fpc/docs-pdf/CinFreePascal.pdf

В мою задачу входит только найти, подключить и показать ЧТО ТАК НЕ НАДО работать.

//fixed.

На самом деле. В размерных системах единиц считают только... в общем не важно кто так считает, важно так не надо делать. И не только потому что точности не хватает, просто ни... не понятно что получилось же. Первое что делается, перед тем как вести расчеты (не важно какие) - строится нормальная система единиц.

Некоторое время назад делал по работе такой модуль, может пригодится: http://procoder.info/index.php/entry/modul-inzhenernogo-formatirovaniya

О, MPACK пошел в народ. Приятно.

Pascal-XSC. Сам использовал продолжающий развитие си-вариант: C-XSC.

// подписался на тред, может посоветуют что-нибудь более интересное

ты не поэтому подписался :)

А почему же? :)

Кстати, да, наигоднейшая штука. Но ТСу, как я понимаю, надо к уже имеющемуся проекту привязывать.

[delphi][object pascal]...[special olympics]