00:12.08 |
starseeker |
notes this might be a useful
tidbit down the road with ogre: http://www.ogre3d.org/forums/viewtopic.php?f=2&t=60677 |
00:28.33 |
CIA-62 |
BRL-CAD: 03starseeker * r43197
10/geomcore/trunk/include/ (DataStreamUtils.h Event.h JobManager.h
Logger.h NetMsg.h): Should probably add some HAVE_* logic for this,
but need some stdint and stdio inclusions |
01:07.18 |
starseeker |
humph - the beta 8.6 tcl/tk link on the main
website dates to Dec 2008 |
01:09.32 |
starseeker |
eyes the new
sf.net/projects/brlcad look after the update... |
01:56.22 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
02:57.40 |
*** part/#brlcad epileg
(~epileg@unaffiliated/epileg) |
04:03.07 |
CIA-62 |
BRL-CAD: 03starseeker * r43198
10/brlcad/branches/cmake/ (3 files in 3 dirs): Instead of one
target per file, try to get one per list working for data copying.
More reasonable target count, but some of them aren't terminating
even though files appear to be copies successfully. |
04:19.38 |
CIA-62 |
BRL-CAD: 03Sean 07http://brlcad.org * r2471
10/wiki/Community_Publication_Portal: 7.18.2 posted |
04:46.56 |
brlcad |
nice refactoring on the de-qt'ing
``Erik |
05:08.41 |
*** join/#brlcad PrezKennedy
(MK@whitecalf.net) |
06:25.53 |
*** join/#brlcad cosurgi
(~cosurgi@atak.bl.pg.gda.pl) |
07:11.36 |
CIA-62 |
BRL-CAD: 03jordisayol * r43199
10/brlcad/trunk/ (21 files in 4 dirs): add magic mime-type
association to geometry db file in GNU/Linux |
07:11.53 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
07:27.31 |
*** join/#brlcad packrat
(~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
07:46.10 |
*** join/#brlcad packrat
(~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
12:52.45 |
*** join/#brlcad juanman
(~quassel@unaffiliated/juanman) |
13:11.51 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
13:19.29 |
*** join/#brlcad kanzure
(~kanzure@131.252.130.248) |
15:50.56 |
starseeker |
Huh, interesting: http://neugierig.org/software/chromium/notes/2011/02/ninja.html |
16:06.28 |
brlcad |
which part, someone reinventing the wheel or
that a reduction of a few seconds off a short build is significant?
:) |
16:57.09 |
*** join/#brlcad epileg
(~epileg@unaffiliated/epileg) |
17:36.46 |
starseeker |
brlcad: more the minimalist nature and the
possibility of something like CMake generating it to make long
builds faster |
17:43.45 |
CIA-62 |
BRL-CAD: 03erikgreenwald * r43200
10/geomcore/trunk/src/ (CMakeLists.txt coreInterface/): remove
coreInterface |
17:48.54 |
brlcad |
coreInterface for all intensive purposes is
the Geometry Engine |
17:51.33 |
``Erik |
eh? it's not in the current build path, I
thought it was Dan's thing? |
17:51.53 |
brlcad |
all true |
17:52.14 |
brlcad |
but it's still basically almost the exact
embodiment of what the GE is supposed to be |
17:52.34 |
brlcad |
an OO wrapper over librt, similar to the ACIS
engine |
17:52.56 |
brlcad |
no service/user/network concepts, that's all
GS territory |
17:53.38 |
``Erik |
vs src/GS/libGeometry ? |
17:53.49 |
brlcad |
not saying it needs to be in geomcore, but it
definitely is the direction we should be moving towards |
17:53.59 |
brlcad |
right |
17:54.31 |
``Erik |
*shrug* it's in the history as well as rt^3,
figure it out when we get there, I guess |
17:54.53 |
starseeker |
what's the relationship with src/GE
? |
17:55.52 |
brlcad |
dave really didn't look at coreInterface
afaik, as he doesn't yet have it doing any geometry processing ..
the little bit that is in there he rolled on his own |
17:56.15 |
brlcad |
coreInterface, however is MUCH farther along
and in the right direction |
17:56.21 |
brlcad |
it really should just be named "GE" |
17:56.49 |
brlcad |
merging it in should be on our short-term
todo |
17:56.51 |
starseeker |
nods - so coreInterface ->
GE, merge in whatever bits in current GE might be
needed |
17:58.29 |
brlcad |
it really is a brilliantly clean design,
daniel did some nice work there leveraging libbu, libbn, librt, and
libwdb |
17:58.55 |
brlcad |
has proper bu exception handling, uses
rt_db_internal data types as private member data, good object
relationships |
18:00.11 |
starseeker |
cool |
18:01.11 |
brlcad |
if you look in the current GE/libGeometry
work, it's basically all stubbed empty and unused or it's old
classes that I wrote years ago when starting the GE |
18:02.38 |
brlcad |
that was way back when the goal was focusing
on a ray trace service (hence the raytrace daemon, rt^3d, and the
database daemon, rt^3dbd) |
18:09.50 |
starseeker |
brlcad: ok, I'll take a look at at moving
coreInterface to GE |
18:12.03 |
brlcad |
some of what's in libGeometry could be merged,
other parts can be removed .. would take some basic code review to
see what's of value |
18:15.30 |
CIA-62 |
BRL-CAD: 03bob1961 * r43201
10/brlcad/trunk/src/tclscripts/archer/Archer.tcl: Reset output
handler when going to/from a separate command window
configuration. |
18:32.27 |
CIA-62 |
BRL-CAD: 03erikgreenwald * r43202
10/geomcore/trunk/ (57 files in 12 dirs): Eliminate QT
map/list/string/stringlist in favor of std:: |
18:36.14 |
brlcad |
woot |
18:37.27 |
brlcad |
thinks it's hilarious that
most of the std:: conversions for qt are search-n-replaceable ..
there's really no reason to replicate the standard library these
days |
18:41.33 |
``Erik |
mostly :%s, but some algorithmic changes had
to happen, too... and some still need reworked |
18:47.54 |
CIA-62 |
BRL-CAD: 03starseeker * r43203
10/brlcad/branches/cmake/ (3 files in 3 dirs): (log message
trimmed) |
18:47.54 |
CIA-62 |
BRL-CAD: Use a sentinel file instead of
listing all of the output directories - approach |
18:47.54 |
CIA-62 |
BRL-CAD: suggested by David Cole on the CMake
list, seems to work and build doesn't keep |
18:47.54 |
CIA-62 |
BRL-CAD: recopying files. Also tweak the
tclscript routines to depend on the file used |
18:47.54 |
CIA-62 |
BRL-CAD: by the copy target. Disable the
option to turn targets on/off - now needed for |
18:47.55 |
CIA-62 |
BRL-CAD: tclscripts build, no longer spewing
one target for file, and anyway the build |
18:47.56 |
CIA-62 |
BRL-CAD: should ensure changes made to data
files in the src dir are reflected in the |
21:11.49 |
CIA-62 |
BRL-CAD: 03starseeker * r43204
10/geomcore/trunk/ (data/ m4/ media/ misc/ sandbox/): Remove some
more stuff that's either unused or not related to
geomcore |
21:14.17 |
CIA-62 |
BRL-CAD: 03starseeker * r43205
10/geomcore/trunk/src/GE/coreInterface/ (22 files): Put
coreInteface back as a subdirectory of GE - eventually this should
become the core of GE |
22:32.30 |
CIA-62 |
BRL-CAD: 03erikgreenwald * r43206
10/geomcore/trunk/src/utility/Config.cxx: eliminate QFile/QFileInfo
in favor of standard ansi C |
23:13.04 |
*** join/#brlcad dli
(~dli@dyn-216-076.wireless.concordia.ca) |