| 02:22.43 | *** join/#brlcad maximux (n=maximux@host-cotesma-164-82.smandes.com.ar) | |
| 02:23.54 | starseeker | resolves original bug - will refile if inserting a define (at some point) doesn't fix it |
| 02:24.14 | maximux | alguien habla español?? |
| 02:27.59 | *** part/#brlcad maximux (n=maximux@host-cotesma-164-82.smandes.com.ar) | |
| 02:49.30 | *** join/#brlcad PrezKennedy (i=Matthew@208.43.126.194) | |
| 02:51.10 | *** join/#brlcad PrezKennedyII (i=Matthew@whitecalf.net) | |
| 03:50.20 | *** join/#brlcad PrezKennedy (i=Matthew@208.43.126.194) | |
| 04:54.00 | CIA-28 | BRL-CAD: 03brlcad * r36588 10/brlcad/trunk/src/libbn/mat.c: document the ones that presently use a tolerance, even if most of them could probably use it for input/output validation |
| 04:57.39 | CIA-28 | BRL-CAD: 03brlcad * r36589 10/brlcad/trunk/src/libbn/mat.c: ws indent cleanup |
| 05:06.57 | CIA-28 | BRL-CAD: 03brlcad * r36590 10/brlcad/trunk/src/libbn/mat.c: main comment about need to improve tolerancing |
| 05:23.34 | CIA-28 | BRL-CAD: 03brlcad * r36591 10/brlcad/trunk/src/libbn/mat.c: restore and relax the other two sets of tolerances that were tightened up with SMALL_FASTF. this affects raytrace results (though not regression), so relax back to previous until the tolerances can be set by the caller. |
| 05:53.13 | *** join/#brlcad talcite (n=matthew@69-165-154-72.dsl.teksavvy.com) | |
| 06:05.18 | *** join/#brlcad talcite (n=matthew@69.165.154.72) | |
| 06:06.32 | talcite | alright. I think I'm finally in a position to get back into things here. |
| 06:07.09 | talcite | So from the fedora dev feedback, I need to abstract out those libs. Not sure how I'll do it, but I'll see how it goes. |
| 06:08.08 | talcite | Would you guys say use the 7.16.2 release, or grab an SVN checkout? |
| 06:14.42 | starseeker | talcite: 7.16.2 |
| 06:15.10 | starseeker | hmm, this is kinda interesting: http://makehuman.blogspot.com/ |
| 06:17.37 | talcite | starseeker: cool. I shall begin packaging that... |
| 06:26.59 | starseeker | talcite: which libs need to come out? |
| 06:27.38 | starseeker | thought we were pretty much able to build with external libs now, as long as the versions are high enough... |
| 06:30.37 | talcite | starseeker: yup, we can definitely build with external libs. They just need to be included into the fedora repos =) |
| 06:31.29 | starseeker | ah :-) |
| 06:31.49 | starseeker | was afraid for a minute they were gonna insist on pulling out the NIST step stuff and opennurbs... |
| 06:32.21 | talcite | ahh, no, it should be ok |
| 06:32.44 | starseeker | realistically neither of those are external at the moment |
| 06:33.07 | talcite | tkhtml3, tkImg, Utah, NIST, NURBS, TNT |
| 06:33.31 | starseeker | I mean NIST and NURBS |
| 06:33.41 | starseeker | that's the NIST step class libraries and openNURBS, iirc |
| 06:34.00 | starseeker | tkhtml3, tkImg, Utah and TNT are all external |
| 06:34.40 | starseeker | we've made a fair number of tweaks to the NIST stuff and need to make more |
| 06:34.50 | starseeker | opennurbs we've made changes to as well |
| 06:35.01 | starseeker | some of those will go away but not all |
| 06:35.57 | starseeker | tkhtml3 we're using the latest checkout of, not the tarball |
| 06:38.35 | talcite | hmm. that's good to know. I'll grab those instead |
| 06:44.57 | *** join/#brlcad talcite (n=matthew@69.165.154.72) [NETSPLIT VICTIM] | |
| 06:44.57 | *** join/#brlcad PrezKennedy (i=Matthew@208.43.126.194) [NETSPLIT VICTIM] | |
| 06:57.47 | *** join/#brlcad talcite_ (n=matthew@69-196-131-222.dsl.teksavvy.com) | |
| 08:14.38 | *** join/#brlcad talcite__ (n=matthew@69-165-164-152.dsl.teksavvy.com) | |
| 09:53.44 | *** join/#brlcad talcite (n=matthew@69-165-164-152.dsl.teksavvy.com) | |
| 12:30.31 | *** join/#brlcad mafm (n=mafm@cpc2-bexl3-0-0-cust843.bmly.cable.ntl.com) | |
| 12:43.14 | *** join/#brlcad mafm (n=mafm@cpc2-bexl3-0-0-cust843.bmly.cable.ntl.com) | |
| 13:25.00 | brlcad | starseeker: it's still a bug, but they need to know the define being used |
| 13:25.40 | brlcad | i mean, you can manually do the substitution that the preprocessor is doing and it should still fail |
| 13:27.36 | brlcad | might help you understand what's going on too |
| 13:28.14 | brlcad | and if you make it use the raw address instead of a the -0 one, that probably succeeds, and you'll narrowed it down |
| 13:28.44 | brlcad | could also matter if the ref'd struct is const or not |
| 18:30.25 | CIA-28 | BRL-CAD: 03Ssd 07http://brlcad.org * r1961 10/wiki/MGED_CMD_adc: not sure... |
| 18:42.26 | *** join/#brlcad Yoshi47 (n=jan@d72-39-56-44.home1.cgocable.net) | |
| 18:43.27 | *** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) | |
| 19:58.55 | *** join/#brlcad talcite (n=matthew@69-165-164-152.dsl.teksavvy.com) | |