00:01.15 |
CIA-62 |
BRL-CAD: 03starseeker * r43207
10/geomcore/trunk/cmake/ (FindBRLCAD.cmake FindCPPUNIT.cmake):
Start playing with FindBRLCAD.cmake - still quite a lot to do here,
this is an intermediate state. |
00:22.06 |
CIA-62 |
BRL-CAD: 03jordisayol * r43208
10/brlcad/trunk/sh/ (make_deb.sh make_rpm.sh): correct an error on
deb and rpm scripts |
00:29.42 |
starseeker |
Hmm, interesting: http://www.geometrictools.com/ |
00:31.15 |
starseeker |
lot of writeups: http://www.geometrictools.com/Documentation/Documentation.html |
00:31.52 |
starseeker |
sweet, boost license |
00:53.30 |
*** part/#brlcad cosurgi
(~cosurgi@atak.bl.pg.gda.pl) |
00:59.30 |
brlcad |
starseeker: nice link |
00:59.58 |
starseeker |
was poking around looking for stuff to help
Richard |
01:00.26 |
brlcad |
he's stuck? |
01:00.39 |
brlcad |
he's certainly stopped committing |
01:01.07 |
starseeker |
he's looking for a really robust line-line
intersection routine (or more correctly, closest distance between
two 3D lines) |
01:01.18 |
dli |
brlcad, I'm reading the files in src/pro-db,
need more time for understanding, but I can see the complexity of
work done is still quite light, like 2,000 lines to me |
01:01.33 |
brlcad |
starseeker: and libbn's is
insufficient? |
01:01.39 |
starseeker |
apparently |
01:02.07 |
starseeker |
he wasn't set up to take me through all the
details tonight |
01:02.12 |
dli |
brlcad, also, the idea of "self-healing" I
mentioned was already there, "linear perturbation" in the poster
link you posted |
01:02.58 |
brlcad |
starseeker: if ours isn't sufficient, then he
should be able to characterize how/why and fix it .. not duplicate
the code with another function |
01:03.23 |
brlcad |
validating ours against an algorithm would be
cool, but definitely shouldn't just be snarfing in another
function |
01:03.46 |
brlcad |
rewriting ours would even be fair game --
that's the point of the testing framework |
01:03.49 |
starseeker |
nods - he can't do that with
that link anyway, that's C++ code |
01:04.38 |
dli |
brlcad, I need to understand how it works now,
then, I will try to see what is a good approach from here |
01:04.41 |
starseeker |
I think he's identified come failing test
cases but isn't sure what to do to fix them |
01:04.48 |
brlcad |
http://www.geometrictools.com/Documentation/DistanceLine3Line3.pdf
isn't c++ |
01:05.10 |
starseeker |
true - I sent him that link to see if it would
help |
01:05.26 |
brlcad |
dli: sounds good |
01:05.58 |
brlcad |
dli: I'd hope it's not too heavy .. then
people's brains shut off and they tend to start from
scratch |
01:06.17 |
brlcad |
wasted effort |
01:07.22 |
starseeker |
I just ment he couldn't snarf the
geometrictools code directly - he'll still need to figure out how
to do it in our code |
01:07.47 |
dli |
brlcad, should be fine, I expected like 10,000
lines, it's not that bad, 2,000 lines, if comments not counted, and
rewrite in C++ style (now, it's like C style C++), my guess is like
500 lines, fair for me to start |
01:09.58 |
brlcad |
dli: note that's just one function you're
working on -- there's several other routines that will be needed
later :) |
01:11.51 |
dli |
brlcad, okay, I will concentrate on that
part |
01:12.33 |
brlcad |
surface,surface->curve is really
surface,surface->surface|curve|point .. which is really also a
parent case of surface,point->point +
surface,curve->curve|point +
surface,surface->surface|curve |
01:12.57 |
brlcad |
at least when you consider the grazing
cases |
01:14.59 |
dli |
brlcad, I added this to my note, talk to you
later |
01:30.19 |
starseeker |
huh http://code.google.com/p/poly2tri/
- I don't recall stumbling on that before |
01:35.50 |
starseeker |
this one too http://www.netlib.org/voronoi/hull.html |
03:50.40 |
brlcad |
the first is interesting, but doesn't look too
much different than our current triangulation |
05:06.54 |
CIA-62 |
BRL-CAD: 03brlcad * r43209
10/brlcad/trunk/doc/deprecation.txt: SMALL was deprecated a long
time ago, but is a minimally impacting change |
05:08.38 |
CIA-62 |
BRL-CAD: 03brlcad * r43210
10/brlcad/trunk/include/vmath.h: |
05:08.38 |
CIA-62 |
BRL-CAD: provide a ZERO() macro that
corresponds with the EQUAL() macro. tolerance is |
05:08.38 |
CIA-62 |
BRL-CAD: defined at compile-time so it's not
the best to use, but still more reliable |
05:08.38 |
CIA-62 |
BRL-CAD: than exact floating point
comparisons. it'll also permit cleaning up numerous |
05:08.38 |
CIA-62 |
BRL-CAD: NEAR_ZERO() callers that arbitrarily
use SMALL, SMALL_FASTF, and |
05:08.39 |
CIA-62 |
BRL-CAD: SQRT_SMALL_FASTF when the intent is
just a nearness to zero. |
05:25.50 |
CIA-62 |
BRL-CAD: 03brlcad * r43211
10/brlcad/trunk/src/libbu/units.c: convert from NEAR_ZERO() to
ZERO() |
05:26.54 |
CIA-62 |
BRL-CAD: 03brlcad * r43212
10/brlcad/trunk/src/libbn/ (9 files): lots of conversions from
NEAR_ZERO() to the new ZERO() macro where the tolerance test is
merely against SMALL_FASTF or used to test for
zero-division. |
05:28.06 |
CIA-62 |
BRL-CAD: 03brlcad * r43213
10/brlcad/trunk/src/anim/ (anim_fly.c anim_hardtrack.c): start of
larger covnersion over to new ZERO() macro. |
05:34.27 |
CIA-62 |
BRL-CAD: 03brlcad * r43214
10/brlcad/trunk/src/librt/ (49 files in 24 dirs): convert from
NEAR_ZERO() to ZERO() where SMALL, SMALL_FASTF, and sometimes even
where SQRT_SMALL_FASTF is used. simplify. reduction also made where
intent seems to be a zero-test for a subsequent division. |
07:53.54 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |
10:49.23 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
11:48.39 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
12:06.40 |
dloman |
Mernin all. |
12:58.04 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
14:17.29 |
CIA-62 |
BRL-CAD: 03davidloman * r43215
10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/minimalclient/
(. Main.java MinimalGSClient.java): Beginnings of a minimal test
client. Gui looks ok but doesn't do anything.... yet |
14:32.48 |
CIA-62 |
BRL-CAD: 03brlcad * r43216
10/brlcad/trunk/src/libged/ (21 files): another conversion from
NEAR_ZERO() to ZERO() where SMALL, SMALL_FASTF, and sometimes where
SQRT_SMALL_FASTF is used. simplify. reduction also made where
intent seems to be a zero-test for a subsequent division. |
14:35.15 |
CIA-62 |
BRL-CAD: 03davidloman * r43217
10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/
(3 files in 2 dirs): Break out gui components into dedicated,
individual subclasses of JPanel. This gives better control and
expansion flexibility. |
14:36.17 |
CIA-62 |
BRL-CAD: 03starseeker * r43218
10/brlcad/branches/cmake/src/other/openNURBS/
(opennurbs_array_defs.h opennurbs_math.h): Keep tripping on this -
just move it, can always put it back if there's a need to keep it
in opennurbs_math.h |
15:10.42 |
``Erik |
jabs brlcad with a pointy
stick some |
15:17.45 |
CIA-62 |
BRL-CAD: 03starseeker * r43219
10/brlcad/branches/cmake/src/ (41 files in 35 dirs): |
15:17.45 |
CIA-62 |
BRL-CAD: Tweaks to get BRL-CAD compiling with
the latest clang/clang++ - a few things |
15:17.45 |
CIA-62 |
BRL-CAD: that look legit, lot of adding of
UNUSED and removal of self assignments - if |
15:17.45 |
CIA-62 |
BRL-CAD: there was a reason to avoid UNUSED in
these cases will have to revert and try |
15:17.45 |
CIA-62 |
BRL-CAD: something else. Somewhat
mysteriously, bu_byte_offset didn't cause a compiler |
15:17.45 |
CIA-62 |
BRL-CAD: failure - that's probably incorrect
and we still need to do some sort of #if |
15:17.48 |
CIA-62 |
BRL-CAD: defined(__clang__) specific logic
there. |
15:22.27 |
*** join/#brlcad kanzure_
(~kanzure@bioinformatics.org) |
15:22.27 |
*** join/#brlcad roberthl
(~robert@v001.rhl.me.uk) |
15:22.27 |
*** join/#brlcad cjdevlin
(~devlin@d118-75-252-178.try.wideopenwest.com) |
15:22.27 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
15:22.27 |
*** join/#brlcad packrat
(~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
15:22.27 |
*** join/#brlcad PrezKennedy
(MK@whitecalf.net) |
15:22.28 |
*** join/#brlcad Yoshi47
(~jan@64.235.102.210) |
15:22.28 |
*** join/#brlcad b0ef
(~b0ef@157.26.202.84.customer.cdi.no) |
15:22.28 |
*** join/#brlcad alex_joni
(~alex_joni@emc/board-of-directors/alexjoni) |
15:22.28 |
*** join/#brlcad ``Erik
(Here@c-69-140-109-104.hsd1.md.comcast.net) |
15:22.28 |
*** join/#brlcad poolio
(~poolio@BZ.BZFLAG.BZ) |
15:22.28 |
*** join/#brlcad brlcad
(~sean@BZ.BZFLAG.BZ) |
15:22.28 |
*** join/#brlcad piksi
(piksi@pi-xi.net) |
15:25.37 |
*** join/#brlcad d_rossbe1g
(~rossberg@BZ.BZFLAG.BZ) |
15:26.18 |
*** join/#brlcad indianlarry
(~indianlar@BZ.BZFLAG.BZ) |
15:26.19 |
*** join/#brlcad CIA-6
(~CIA@208.69.182.149) |
15:27.00 |
*** join/#brlcad starseeker
(~starseeke@BZ.BZFLAG.BZ) |
15:29.31 |
CIA-62 |
BRL-CAD: 03starseeker * r43220
10/brlcad/branches/cmake/src/other/tnt/ (tnt_array1d.h
tnt_fortran_array1d.h tnt_matrix.h): Whoops, missed a couple tnt
tweaks |
15:29.40 |
CIA-6 |
BRL-CAD: 03davidloman * r43221
10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/CmdConsolePanel.java:
Make default prompt work correctly. |
15:31.05 |
CIA-6 |
BRL-CAD: 03davidloman * r43222
10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/minimalclient/MinimalGSClient.java:
Remove antiquated JText* code |
15:31.22 |
CIA-6 |
BRL-CAD: 03davidloman * r43223
10/geomcore/trunk/src/interfaces/java/src/org/brlcad/geometryservice/RepositoryViewerPanel.java:
Swap the JTextArea for a real JTree |
15:34.14 |
starseeker |
saddles up and heads
in |
16:25.24 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |