| 19:19.56 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 19:19.56 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.18.4 is posted! (20110412) |
| 19:21.27 | CIA-105 | BRL-CAD: 03starseeker * r44490 10/brlcad/trunk/CMakeLists.txt: Ignore new hacking file |
| 20:02.29 | *** join/#brlcad PrezKennedy (MK@whitecalf.net) |
| 20:34.53 | CIA-105 | BRL-CAD: 03erikgreenwald * r44491 10/geomcore/trunk/src/interfaces/cl/gvm.lisp: fix export names. Add a gvm-open convenience function. |
| 20:36.02 | CIA-105 | BRL-CAD: 03erikgreenwald * r44492 10/geomcore/trunk/src/interfaces/cl/ (gsserver.asd gsserver.lisp): use gvm to move files over (still entire .g file at a whack) |
| 21:02.56 | CIA-105 | BRL-CAD: 03starseeker * r44493 10/brlcad/trunk/ (CMakeLists.txt misc/CMake/BRLCAD_CPackOptions.cmake.in): Take a stab at using CPack options to get the directory structure we want. |
| 22:48.26 | kanzure | brlcad: after playing with BOOLE-1.1 a bit, i've found that their code fails on very simple tests |
| 22:48.41 | kanzure | for instance, taking the union of two cones works for the initial values that they provide in the example file, |
| 22:49.01 | kanzure | but if you move the center of the first cone by 0.1 in z, it claims the intersection curve isn't closed |
| 22:50.04 | kanzure | i'm hoping this is just a floating point arithmetic precision issue.. but so far i haven't been able to track this down |
| 22:50.16 | kanzure | if the algorithm fails for such basic operations then i don't see a point in using it |