Skip to Content.
Sympa Menu

cgal-discuss - [cgal-discuss] Robust math using crlibm

Subject: CGAL users discussion list

List archive

[cgal-discuss] Robust math using crlibm


Chronological Thread 
  • From: Rosen Diankov <>
  • To:
  • Subject: [cgal-discuss] Robust math using crlibm
  • Date: Wed, 15 Dec 2010 22:50:51 +0900
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=PQFcwuozOKcaItfkTcC+8325vfof6nUOxoZWnov2MknTaX0148IGjno4vHntn3FuQH /n3H6C0LklToLs/Cg1aYcAMnvsF2El+qogk+GbVpncucxZ6cCcRBINPIZtRSvZ4NyiOa HtYXxZLFbmXN76l/m5SEBsGXdVbLuii3qQ3nI=

Dear CGAL developers,

We've been considering using parts of the CGAL math backend for a
robot motion planning environment named OpenRAVE (
http://openrave.programmingvision.com ) in order get much more
reliable computation results. The documentation and presentations have
really hammered in the point that CGAL cares about precision.

However, looking at the include headers, it seems that the standard
C++ implementations of atan, asin, sin, cos, etc are used. Does this
mean that CGAL considers their errors insignificant?

In search for better standard library functions, we stumbled onto crlibm

http://lipforge.ens-lyon.fr/www/crlibm/

I'm sure the developers have heard of this library, so why isn't it a
part of CGAL? Is it not as accurate as it claims?

thank you,

rosen diankov,



Archive powered by MHonArc 2.6.16.

Top of Page