00:06.47 |
``Erik |
ahhh, that new fish smell |
00:15.38 |
CIA-85 |
BRL-CAD: 03brlcad * r37999
10/brlcad/trunk/src/libged/ (ged_private.h put_comb.c
red.c): |
00:15.38 |
CIA-85 |
BRL-CAD: restructure to avoid forward
declarations. fix bug introduced with the removal |
00:15.38 |
CIA-85 |
BRL-CAD: of the 'unnecessary'
_ged_tmpcomb_init global.. which was a hack to reinit a |
00:15.38 |
CIA-85 |
BRL-CAD: global being used to temporarily
stash a name. instead rework the functions |
00:15.39 |
CIA-85 |
BRL-CAD: that were using it to pass the new
name around instead of relying on the global. |
00:25.58 |
CIA-85 |
BRL-CAD: 03brlcad * r38000
10/brlcad/trunk/TODO: make sure put_comb and red work after the
latest changes |
00:34.37 |
CIA-85 |
BRL-CAD: 03starseeker * r38001
10/brlcad/trunk/src/mged/tedit.c: |
00:34.37 |
CIA-85 |
BRL-CAD: First stab at cleaning up the logic
for calling editors. Use bu_which to get |
00:34.37 |
CIA-85 |
BRL-CAD: paths for editors in Unix style
environments, and remove the compile-time |
00:34.37 |
CIA-85 |
BRL-CAD: conditional flags. Instead, ask Tcl
what operating system we're on, and use |
00:34.37 |
CIA-85 |
BRL-CAD: that information combined with the
results of the editor setup to determine |
00:34.37 |
CIA-85 |
BRL-CAD: whether we need a controlling
terminal. Needs testing. |
01:14.53 |
starseeker |
woot - 38000 commits! |
01:15.25 |
CIA-85 |
BRL-CAD: 03starseeker * r38002
10/brlcad/trunk/ (4 files in 3 dirs): Add a missing piece - tedit
supplies its own temp file, so provide a generic 'here is a file,
edit it' route. The ted command should work again. |
01:59.13 |
CIA-85 |
BRL-CAD: 03starseeker * r38003
10/brlcad/trunk/src/mged/setup.c: Er, whoops. point color and
edcolor to their respective correct targets. |
02:37.29 |
CIA-85 |
BRL-CAD: 03starseeker * r38004
10/brlcad/trunk/src/ (libged/color.c mged/utility1.c): |
02:37.30 |
CIA-85 |
BRL-CAD: Have f_edcolor actually call
ged_edcolor instead of ged_color, and test out a |
02:37.30 |
CIA-85 |
BRL-CAD: more sane bu_getopt approach to these
things. Have to make sure a letter is |
02:37.30 |
CIA-85 |
BRL-CAD: used that doesn't conflict with any
command options - -e wouldn't work for color |
02:37.30 |
CIA-85 |
BRL-CAD: -e, for example - but the basic form
looks like it will work. |
02:40.28 |
starseeker |
ok, getting a handle on it now I
think |
02:40.52 |
starseeker |
may have even improved things a little bit by
taking out the compile time checks for display
managers... |
03:12.43 |
CIA-85 |
BRL-CAD: 03starseeker * r38005
10/brlcad/trunk/configure.ac: |
03:12.43 |
CIA-85 |
BRL-CAD: Take a stab at a feature-test based
configure.ac approach to lex. Per |
03:12.43 |
CIA-85 |
BRL-CAD: discussion with Sean, turn the
parsers completely on or off if all requirements |
03:12.43 |
CIA-85 |
BRL-CAD: aren't met, since there is currently
no code judged to be core critical that is |
03:12.43 |
CIA-85 |
BRL-CAD: using the parsers. Undesirable to
have partial on/off behavior, so do a feature |
03:12.43 |
CIA-85 |
BRL-CAD: based test and go all in or all
out. |
03:15.50 |
starseeker |
will hunt for minimal yacc
and maybe m4 testing later, if the above passes
review |
03:15.58 |
starseeker |
time to head home now... |
03:20.27 |
*** join/#brlcad stevegt_
(~stevegt@c-67-164-110-226.hsd1.ca.comcast.net) |
04:08.44 |
CIA-85 |
BRL-CAD: 03starseeker * r38006
10/brlcad/trunk/ (3 files in 3 dirs): |
04:08.44 |
CIA-85 |
BRL-CAD: Taking a stab at an mged/points
approach to the libgcv obj logic, using the |
04:08.45 |
CIA-85 |
BRL-CAD: WITH_PARSERS option and the lex test
in configure.ac. Not sure exactly how to |
04:08.45 |
CIA-85 |
BRL-CAD: link libgcv and libobj together, so
for the moment libobj is 'dangling' and not |
04:08.45 |
CIA-85 |
BRL-CAD: included in any installed library. If
this proves fragile in any, just restrict |
04:08.45 |
CIA-85 |
BRL-CAD: the obj directory in the libgcv
Makefile.am to an extradist inclusion. |
04:12.05 |
CIA-85 |
BRL-CAD: 03starseeker * r38007
10/brlcad/trunk/src/libgcv/Makefile.am: Try conditinally LIBADDing
libobj_nil.la to libgcv... |
04:12.14 |
starseeker |
now really heads
home |
08:01.21 |
*** join/#brlcad alex_joni
(~alex_joni@emc/board-of-directors/alexjoni) |
08:06.07 |
*** join/#brlcad roberthl
(~robert@2001:ba8:1f1:f03d::2) |
08:06.08 |
*** join/#brlcad roberthl
(~robert@silentflame/member/roberthl) |
11:27.53 |
*** join/#brlcad d_rossberg
(~rossberg@BZ.BZFLAG.BZ) |
11:35.49 |
CIA-85 |
BRL-CAD: 03d_rossberg * r38008
10/brlcad/trunk/src/libgcv/CMakeLists.txt: region_start_mc.c was
renamed to region_end_mc.c (in rev. 37986) |
14:16.20 |
``Erik |
huh, starseeker broke it good |
14:39.10 |
starseeker |
``Erik: now what? |
14:39.45 |
``Erik |
GNU make specific stuff, out of dir build
issues... digging at it now |
14:40.39 |
starseeker |
tried to be as clean as he
could... sorry :-( |
14:40.54 |
starseeker |
was following the mged/points
example |
14:41.31 |
``Erik |
$^ is gnu specific, and the explicit lex line
is somehow subtly wrong |
14:41.36 |
``Erik |
(I think) |
14:41.58 |
starseeker |
ah - without that line, out of dir build
failed on the Mac |
14:42.19 |
starseeker |
is there a generic $^ replacement? |
14:43.10 |
``Erik |
huh, fails on my mac with the line...
:D |
14:43.18 |
starseeker |
arrgh |
14:43.28 |
starseeker |
is it complaining about lex.yy.c or some
such? |
14:43.35 |
``Erik |
$< is the usual form, I think... there's
some contention between $< and $> on different
makes |
14:43.52 |
``Erik |
not generating/finding obj_rules.h |
14:44.04 |
starseeker |
erm |
14:45.17 |
starseeker |
is there a chance your Mac's flex doesn't
support the --header-file option to lex? |
14:45.38 |
starseeker |
(what's your flex --version say?) |
14:45.58 |
``Erik |
and something's screwy with the libgcv
makefile, bsdmake can't cd for some reason... O.O |
14:46.04 |
``Erik |
2.5.33 |
14:46.17 |
``Erik |
on the mac, 2.5.35 on the fbsd box |
14:46.21 |
starseeker |
weird |
14:46.28 |
starseeker |
those should be OK... |
14:46.43 |
starseeker |
is heading in - I'll take a
look at it once I get there |
14:47.12 |
starseeker |
(why is this so hard???) |
14:47.27 |
``Erik |
cuz someone let c++ into the mix :D
*duck* |
14:47.46 |
starseeker |
brlcad remarked that I've probably spent more
time trying to integrate this than Mike did writing it
:-( |
14:48.07 |
starseeker |
evicts the cat from his lap
and hits the road |
14:48.14 |
``Erik |
yeh, I was pondering tweaking his .yy to
reduce it to a far simpler version and using libbu shtuff instead
of boost |
14:48.30 |
starseeker |
``Erik: if you can, go for it |
14:49.31 |
starseeker |
wants to figure out how to do
this right, because hopefully it will be a model for how to
incorporate support for other formats into libgcv |
14:49.46 |
starseeker |
lex/yacc are too useful to ignore, but
grrrr! |
14:50.00 |
starseeker |
see ya in an hour |
14:57.25 |
brlcad |
starseeker: that only means that mike was only
"half-done" at best .. and that no code comes "for free" |
14:58.38 |
brlcad |
mike has a habit of coding for the very latest
toolchain, so you usually have to install a lot of stuff to get his
code to work |
14:58.57 |
brlcad |
this obj code just hints at that because it's
so simple and is a few years old now |
15:00.07 |
brlcad |
really shouldn't take too much to
rewrite/simplify the code, even for old makeisms -- think you're
just fighting several learning curves at once |
15:03.36 |
``Erik |
ponders making a couple
'older' disk images for vmware or parallels or
something |
15:03.50 |
``Erik |
oh, wait, if I want an ancient software stack,
I can just use bz :D *duck* |
15:05.33 |
brlcad |
damn strait, it's there for a
reason! |
15:14.36 |
``Erik |
tries to figure out what
straits have to do with anything, not like we're boating here O:-)
*duck* |
15:14.51 |
``Erik |
gonna be in for lunch? |
15:17.04 |
brlcad |
on vacation till next week |
15:17.11 |
``Erik |
ah, cool |
15:26.11 |
*** join/#brlcad parigaudi
(~quassel@pd95b7f5e.dip0.t-ipconnect.de) |
15:45.11 |
starseeker |
brlcad: yeah, that's a very accurate
description - "several learning curves at once" |
15:47.10 |
``Erik |
<-- grumps about being up against a
deadline for mc stuff and unable to play in obj land :/ |
15:47.50 |
starseeker |
isn't supposed to be playing
in obj land, but now my pride is on the line |
15:48.01 |
starseeker |
has to solve this somehow or
other |
16:21.13 |
CIA-85 |
BRL-CAD: 03starseeker * r38009
10/brlcad/trunk/ (configure.ac src/libgcv/Makefile.am): Still not
safe on all platforms - now we're getting Makefile issues. Turn obj
off again. |
16:27.14 |
CIA-85 |
BRL-CAD: 03starseeker * r38010
10/brlcad/trunk/src/libgcv/obj/obj_grammar.yy: Obj library tweak
from Richard and Mike. |
16:38.59 |
*** join/#brlcad ``Erik
(~erik@c-69-140-109-104.hsd1.md.comcast.net) |
18:21.42 |
starseeker |
hmm - OpenGL 4.0 is here |
19:15.23 |
CIA-85 |
BRL-CAD: 03erikgreenwald * r38011
10/brlcad/trunk/src/conv/stl/g-stl.c: option to use marching cubes
for tesselation |
19:17.04 |
CIA-85 |
BRL-CAD: 03erikgreenwald * r38012
10/brlcad/trunk/src/conv/g-egg.c: simplify db_walk_tree call for mc
vs "normal" |
19:19.55 |
CIA-85 |
BRL-CAD: 03erikgreenwald * r38013
10/brlcad/trunk/src/libgcv/region_end_mc.c: don't test for curtree.
Grab fresh shell. Generate new rt instance if needed. |
19:23.35 |
CIA-85 |
BRL-CAD: 03erikgreenwald * r38014
10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri_mc.c: move
"column" evaluation into a function, bunches of fixes, changes,
thrashing, etc... |
21:12.08 |
starseeker |
starts unwinding the
reentrant aspects of obj_rules.ll... |
21:32.45 |
``Erik |
iphone 4.0 will have multiprocessing?
O.o |
21:34.28 |
``Erik |
(available for 3rd party apps, that
is) |
21:34.52 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
21:45.54 |
*** join/#brlcad rhburns
(~rhburns@c-98-210-59-35.hsd1.ca.comcast.net) |
21:55.15 |
starseeker |
has to admit the reentrant
thing is kinda cool - Mike did some nifty work getting that set
up |
21:56.05 |
starseeker |
for future reference, this is handy: http://www.phpcompiler.org/articles/reentrantparser.html |
22:02.52 |
*** join/#brlcad rhburns
(~rhburns@166.205.138.95) |
22:09.12 |
*** part/#brlcad rhburns
(~rhburns@166.205.138.95) |