02:02.23 |
``Erik |
heh, dragons lair, been a long time since I've
played that... (had it on cassette for my coleco adam,
yo) |
02:56.15 |
CIA-73 |
BRL-CAD: 03brlcad * r38336
10/brlcad/trunk/src/libged/bigE.c: wow, never got committed?
utilize rt_obj_prep() instead of rt_functab[].ft_prep() |
03:00.06 |
CIA-73 |
BRL-CAD: 03brlcad * r38337
10/brlcad/trunk/src/libbu/parse.c: engrish |
03:27.07 |
CIA-73 |
BRL-CAD: 03brlcad * r38338
10/brlcad/trunk/src/ (libged/gqa.c librt/parse.c rt/hurt.c
rt/opt.c): let the preprocessor warn us if we've expanded a
character literal into a multibyte character (should give warning
or fail) so we can better detect unintended cleanup mods. |
03:30.42 |
CIA-73 |
BRL-CAD: 03brlcad * r38339
10/brlcad/trunk/NEWS: |
03:30.42 |
CIA-73 |
BRL-CAD: non-user developer/api features do
not get listed as bullets. those are only |
03:30.42 |
CIA-73 |
BRL-CAD: for end-user visible changes, how
things propagate up to their perspective. it |
03:30.42 |
CIA-73 |
BRL-CAD: can and was planning to be part of
the verbose highlight, though, so placehold |
03:30.42 |
CIA-73 |
BRL-CAD: it. |
03:34.24 |
jack |
brlcad: ping? |
05:50.30 |
jack |
's just building
bzflag |
05:50.48 |
jack |
hope it's ok to commit the update to
fink |
05:50.57 |
jack |
i added a few missing builddeps |
10:14.16 |
*** join/#brlcad Jonimus
(~TheStorm@CPE-70-92-243-204.wi.res.rr.com) |
11:02.56 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.161) |
11:22.47 |
brlcad |
jack: of course it's okay |
11:31.36 |
brlcad |
jack: and that tclcad.c failure is very
bizarre -- first I've ever seen that message from a build, and it
doesn't make any sense |
11:31.46 |
brlcad |
maybe some define getting in the way |
11:32.13 |
brlcad |
could try removing the #include "common.h"
from src/other/incrTcl/itcl/generic/itclInt.h |
11:42.56 |
CIA-73 |
BRL-CAD: 03brlcad * r38340
10/brlcad/trunk/src/mged/utility1.c: move towards constness, not
away from it. moreover, avoid malloc/free when the sizes are
constant (and small). |
11:50.00 |
CIA-73 |
BRL-CAD: 03brlcad * r38341
10/brlcad/trunk/src/mged/utility1.c: shouldn't cast away the
constness. try propagating it forward. |
11:54.40 |
d-lo |
Mernin! |
12:10.26 |
CIA-73 |
BRL-CAD: 03brlcad * r38342
10/brlcad/trunk/src/rt/do.c: init some vars |
12:12.08 |
CIA-73 |
BRL-CAD: 03brlcad * r38343
10/brlcad/trunk/BUGS: |
12:12.08 |
CIA-73 |
BRL-CAD: Rob Shinn reported to the users list
that he was observing a (controlled) crash |
12:12.08 |
CIA-73 |
BRL-CAD: when ray tracing a camo object. crash
was on 64-bit linux. alas crash report |
12:12.08 |
CIA-73 |
BRL-CAD: is for the wrong process, with the
actual error being somewhere in worker(). |
12:12.08 |
CIA-73 |
BRL-CAD: should at least test reproducibility
on our end. |
12:24.45 |
brlcad |
howdy! |
12:24.59 |
d-lo |
up early or late? :) |
12:25.11 |
brlcad |
both |
12:25.22 |
d-lo |
hah :) |
12:35.45 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
13:16.43 |
*** join/#brlcad Stattrav
(~Stattrav@202.3.77.161) |
13:34.57 |
``Erik |
huh, a new bzflag was released |
13:38.37 |
d-lo |
pew pew pew pew |
13:39.32 |
``Erik |
heh, I de-pew'd the mc stuff some O.o too much
awesome for people who might want to use the function |
13:39.51 |
``Erik |
rt_nmg_mc_pewpewpew ->
nmg_mc_evaluate |
13:50.09 |
d-lo |
i like rt_nmg_mc_pewpewpew better |
13:53.41 |
starseeker |
``Erik: new bzflag? last website update is
2008 on bzflag.sf.net |
14:00.34 |
``Erik |
2.0.16 on apr 1, 2010... hit happypenguin on
apr5 |
14:00.51 |
*** join/#brlcad Jonimus
(~TheStorm@CPE-70-92-243-204.wi.res.rr.com) |
14:01.42 |
``Erik |
heh, happypenguin reported 2.0.14 on apr5, the
bzflag webpage says 2.0.14 was feb14 and 2.0.16 was apr1 |
14:16.28 |
brlcad |
bz web page is right |
14:17.44 |
``Erik |
obviously, happypenguin is just so dang far
behind :D |
14:35.36 |
``Erik |
dang jove |
15:01.48 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38344
10/brlcad/trunk/src/other/jove/ (jove.h jove_term.c): header
ordering shtuff to satisfy rhel55. |
15:07.59 |
brlcad |
http://redvsblue.com/archive/episode.php?id=1199 |
15:08.58 |
brlcad |
er, what was the problem in common.h that
caused the need to reshuffle headers?? |
15:09.14 |
``Erik |
some funkiness with _GNU_SOURCE |
15:09.35 |
``Erik |
<-- tested rhel55/64, fbsd8/32 and
osX/x86-32 |
15:09.36 |
brlcad |
including it after may just shift the errors
to other platforms |
15:10.12 |
brlcad |
removing the undef _GNU_SOURCE didn't do
it? |
15:10.16 |
``Erik |
redvsblue is good stuff... didja see the mac
gamer switch ad they did? |
15:10.25 |
``Erik |
um, didn't try that, figured it might be in
there for a reason *shrug* |
15:10.28 |
brlcad |
the one from years ago? |
15:10.31 |
``Erik |
yeah |
15:10.40 |
``Erik |
"I'm a mac, an dI'm a gamer... well... I used
to be a gamer" |
15:10.51 |
brlcad |
so instead of one unexplained oddity, now
there are two |
15:11.14 |
``Erik |
yehhhh, svn rm -R woulda been my first choice,
bbuuuttttt |
15:11.30 |
``Erik |
the problem crops up on the cat
machines |
15:12.22 |
brlcad |
bbuuutttt there's a deprecation process so
there aren't random public changes that cause users major undue
grief at a developer's whim |
15:12.25 |
``Erik |
"why do the valets need bats?" |
15:13.22 |
d-lo |
lol |
15:13.32 |
``Erik |
tests without the
undef |
15:14.48 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38345
10/brlcad/trunk/src/other/jove/ (jove.h jove_term.c): removing the
undef _GNU_SOURCE is satisfactory, as well. |
15:23.55 |
*** join/#brlcad akafubu
(~akafubu@c-71-228-184-130.hsd1.al.comcast.net) |
15:23.55 |
*** join/#brlcad akafubu
(~akafubu@unaffiliated/akafubu) |
16:24.33 |
*** join/#brlcad d-lo
(~claymore@BZ.BZFLAG.BZ) |
17:18.48 |
``Erik |
distcheck seems to have passed, w00t |
17:29.31 |
jack |
brlcad: http://paste.lisp.org/+235I |
17:29.45 |
jack |
not sure if that changed anything ;x |
17:40.58 |
brlcad |
jack: I replied to that earlier |
17:41.16 |
brlcad |
or is that after the #include was
removed? |
17:42.39 |
jack |
yup |
17:42.52 |
jack |
title should say it, too :) |
17:43.35 |
jack |
well removed...i prepended "//" to that
line |
17:43.47 |
jack |
should be a proper comment now iirc |
17:44.04 |
brlcad |
ah, heh |
17:44.21 |
brlcad |
hrm! .. then that's even more
bizarre |
17:44.41 |
brlcad |
do you have an existing tcl/tk getting
included? |
17:44.51 |
brlcad |
in /sw/include |
17:45.06 |
jack |
nope |
17:45.24 |
jack |
configure detected the 8.4 tcl/tk in
/usr/include |
17:45.36 |
jack |
but i have no clue what gets used or
not |
17:45.50 |
brlcad |
what did the configure summary say? |
17:46.17 |
brlcad |
it's a few pages back in your config.log
file |
17:46.22 |
brlcad |
near the end |
17:47.18 |
jack |
#define HAVE_TCL_H 1 |
17:47.19 |
brlcad |
can search on Build or "BRL-CAD
Release" |
17:47.22 |
jack |
that line? |
17:47.37 |
brlcad |
no |
17:48.18 |
jack |
configure:8813: checking whether to build the
Tcl library |
17:48.18 |
jack |
configure:8815: result: auto |
17:48.37 |
brlcad |
tail -1000 config.log | grep -A9
Build |
17:49.13 |
jack |
no hits |
17:49.23 |
brlcad |
er.. |
17:49.46 |
jack |
ok, with 2000 i get a couple hits |
17:50.07 |
jack |
configure:49041: result: Build Tcl
............................: no (using system)
|
17:50.10 |
jack |
configure:49043: result: Build Tk
.............................: no (using system) |
17:50.37 |
brlcad |
hm! |
17:50.50 |
brlcad |
that's fishy then as your build flags suggest
otherwise |
17:51.00 |
brlcad |
provide the whole section |
17:51.05 |
brlcad |
tail -2000 config.log | grep -A52 "BRL-CAD
Release" |
17:51.12 |
jack |
should i try with
--build-everything? |
17:51.52 |
brlcad |
that's usually a good first step, just to make
sure things build with OUR setup before system complexities are
mixed in |
17:52.00 |
brlcad |
it's --enable-all |
17:53.18 |
brlcad |
I'm betting that failure is because tcl/tk
were disabled and itcl/itk was enabled, and your tcl/tk are too
old/incompatible |
17:53.43 |
brlcad |
shouldn't be possible as there's a test for
that incompatibility, but conjecture nonetheless |
17:53.53 |
jack |
http://paste.lisp.org/+235K |
17:54.24 |
jack |
ok, will try make clean, reconfigure with
--enable-all |
17:54.25 |
brlcad |
yeah, that's undoubtedly related to the
problem |
17:54.32 |
brlcad |
the test must have been made to
7.16.7 |
17:54.52 |
brlcad |
because your summary says it's going to
compile itcl/itk (which require tcl/tk private headers) |
17:55.10 |
brlcad |
and the failure is basically a missing typedef
that would have come from their private header |
17:55.33 |
jack |
that's why i initially thought i need a tcltk
8.5 |
17:55.46 |
jack |
earlier brlcads puked loudly |
17:55.48 |
brlcad |
do you have a /sw/lib/librt* or /sw/lib/libbu*
or /sw/lib/libbn* ? |
17:56.05 |
brlcad |
there are some configurations where that mix
works just fine |
17:56.35 |
brlcad |
current trunk has a test for that specific
incompatibility, which is what had me confused .. didn't realize
you were on .6 |
17:56.58 |
jack |
ls /sw/lib/lib{rt,bu,bn}* |
17:56.59 |
jack |
ls: /sw/lib/libbn*: No such file or
directory |
17:56.59 |
jack |
ls: /sw/lib/libbu*: No such file or
directory |
17:56.59 |
jack |
ls: /sw/lib/librt*: No such file or
directory |
17:57.06 |
brlcad |
okay, that's good |
17:57.15 |
*** join/#brlcad SWPadnos_
(~Me@dsl107.esjtvtli.sover.net) |
17:57.25 |
brlcad |
no serious danger with prefix=/sw
then |
17:57.26 |
brlcad |
:) |
17:57.33 |
``Erik |
/opt/local ? |
17:57.44 |
jack |
slaps ``Erik |
17:57.55 |
jack |
i don't use darwin/macports |
17:58.02 |
``Erik |
okie :) |
17:58.31 |
brlcad |
8 minutes to run configure, ouch |
17:58.38 |
jack |
and no, my /usr/local is a virgin as
well |
17:59.35 |
jack |
brlcad: that used to be around 25 mins on my
old mac (where i tried brl-cad for the first time) ;) |
17:59.52 |
brlcad |
then you, sir, are jack's medulla
oblongata |
18:00.08 |
jack |
haha |
18:00.09 |
brlcad |
sounds like my old G4 |
18:00.28 |
jack |
it is my old g4 ;) |
18:00.33 |
jack |
350mhz ftw! |
18:00.36 |
``Erik |
pats his g3 |
18:00.52 |
``Erik |
350mhz g4? wow, my g3 is 650mhz I
think |
18:00.55 |
``Erik |
or 700 |
18:01.06 |
jack |
first sawtooth mac they sold |
18:01.24 |
brlcad |
my original 200mhz imac used to take an hour
or something obscene |
18:01.34 |
jack |
should be 40mhz but i was lucky enough to hit
a short timeframe where 400mhz cpus were out or something |
18:01.37 |
``Erik |
mine's one of the last g3's, a chicklet
ibook |
18:01.42 |
*** join/#brlcad SWPadnos
(~Me@emc/developer/SWPadnos) |
18:01.42 |
brlcad |
last time I tried was probably 6 years ago,
and it'd be even slower now |
18:01.43 |
jack |
erm 400 |
18:02.12 |
``Erik |
I think with opennurbs, step and fop we've at
least doubled compile time |
18:03.29 |
brlcad |
my dual 500 does continuous recompilation
24/7 |
18:04.08 |
brlcad |
takes it several hours from start to finish,
autogen.sh alone takes about 30 minutes, another 30 or so for
configure, couple hours to build |
18:04.16 |
brlcad |
used to be one hour on the nose |
18:04.24 |
``Erik |
ow |
18:04.25 |
brlcad |
pre-open source days |
18:04.42 |
``Erik |
was there any difference from cake to
automake? |
18:04.51 |
brlcad |
did the initial mac port on that
baby |
18:07.16 |
jack |
cake? yum...i bet you mean cmake |
18:07.22 |
``Erik |
no, I mean cake |
18:07.40 |
``Erik |
pre-dates cmake by a fair bit, I undid the
cake stuff and converted to automake in '03? |
18:07.51 |
jack |
ouch, ok |
18:08.00 |
jack |
stone age cake |
18:08.38 |
jack |
anyway, bbiab...need to go pick up some fresh
hash now |
18:09.01 |
``Erik |
early 04 I guess |
18:09.21 |
jack |
automake was 1.6 then or so |
18:10.07 |
jack |
and libtool had tons of crap i needed to patch
around everytime |
18:10.18 |
brlcad |
our m4 files still patch libtool |
18:11.21 |
jack |
configure:49073: result: X11 support
(optional)................: yes |
18:11.22 |
jack |
configure:49075: result: OpenGL support
(optional).............: no |
18:11.24 |
brlcad |
cake was esoteric but had one pretty cool
feature, it allowed preprocessor logic |
18:11.35 |
brlcad |
that's fine |
18:11.54 |
jack |
that surprised me a bit...my opengl sits
inside /usr/X11R6 |
18:13.21 |
brlcad |
whether it's on or off doesn't affect features
much |
18:15.11 |
jack |
not even rtgl? |
18:16.47 |
brlcad |
"much" |
18:16.52 |
brlcad |
rtgl does require it :) |
18:17.04 |
brlcad |
rtgl is still considered
experimental |
18:22.09 |
jack |
yeah |
18:22.33 |
jack |
ok, will start worrying about opengl once i
got the rest to build |
18:24.57 |
jack |
(i'm glad bzflag always builds and runs
perfectly) ;) |
18:25.11 |
jack |
much simpler software of course,
admitted |
18:25.11 |
brlcad |
always.. *cough* |
18:25.13 |
brlcad |
riiight :) |
18:25.42 |
brlcad |
almost a whole order of magnitude
simpler |
18:25.55 |
jack |
if not 2 :) |
18:26.03 |
brlcad |
nah, barely under one |
18:26.04 |
``Erik |
I'm glad ping always builds and runs
perfectly. |
18:26.11 |
jack |
lol :P |
18:26.13 |
``Erik |
:D *duck* |
18:27.28 |
CIA-73 |
BRL-CAD: 03bob1961 * r38346
10/brlcad/trunk/src/libfb/if_ogl.c: Silence a few
warnings. |
18:49.34 |
CIA-73 |
BRL-CAD: 03brlcad * r38347
10/brlcad/trunk/src/librt/primitives/nmg/nmg_class.c: |
18:49.34 |
CIA-73 |
BRL-CAD: get a pointer to the point_t first so
we can avoid a compilation failure |
18:49.34 |
CIA-73 |
BRL-CAD: (reported on slackware) regarding the
array subscript being above array bounds. |
18:49.34 |
CIA-73 |
BRL-CAD: unverified if it works, but addresses
sf bug report 2962699 from Fred ( |
18:49.34 |
CIA-73 |
BRL-CAD: breakfastfish ). |
19:07.40 |
jack |
breakfast = wonderful word |
19:07.53 |
jack |
particularly for coders of course |
19:17.21 |
jack |
brlcad: is there a way to get something like
--enable-all-but-zlib_and_libpng? :P |
19:32.58 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38348
10/brlcad/trunk/src/librt/Makefile.am: disable nmg_junk.c as both
it's symbols are static and unused. |
19:33.59 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38349
10/brlcad/trunk/src/librt/primitives/nmg/nmg_tri.c: set default
values to variables to squash warnings |
19:34.26 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38350
10/brlcad/trunk/src/librt/ (cut.c primitives/nmg/nmg_fcut.c):
disable unused static symbols |
19:48.41 |
jack |
fuck |
19:48.44 |
jack |
In file included from
/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tkInt.h:21,
from
/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tk3d.c:16: |
19:48.47 |
jack |
/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/../generic/tk.h:23:3:
error: #error Tk 8.5 must be compiled with tcl.h from Tcl
8.5 |
19:48.50 |
jack |
make[4]: *** [tk3d.o] Error 1 |
19:49.04 |
jack |
after just having built its own tcl |
20:04.55 |
CIA-73 |
BRL-CAD: 03bob1961 * r38351
10/brlcad/trunk/configure.ac: Added define for termcap.h when we're
building our own libtermlib. |
20:14.19 |
CIA-73 |
BRL-CAD: 03bob1961 * r38352
10/brlcad/trunk/src/libdm/dm-ogl.c: Silence a few
warnings. |
20:34.23 |
CIA-73 |
BRL-CAD: 03bob1961 * r38353
10/brlcad/trunk/src/librt/primitives/obj_prep.c: Include rtfunc.h
instead of raytrace.h. |
20:45.35 |
CIA-73 |
BRL-CAD: 03bob1961 * r38354
10/brlcad/trunk/src/ (libfb/fb_obj.c libged/editit.c): Include
string.h instead of strings.h |
21:14.18 |
CIA-73 |
BRL-CAD: 03erikgreenwald * r38355
10/brlcad/trunk/configure.ac: Pass the tk include directory to
tkhtml3 for systems with the TK headers in "odd" places (for
package managers). |
21:26.59 |
*** join/#brlcad R0b0t1
(~Enigma@unaffiliated/r0b0t1) |
21:44.27 |
``Erik |
heh
http://laughingsquid.com/a-2-5-year-old-uses-an-ipad-for-the-first-time/ |
22:21.13 |
CIA-73 |
BRL-CAD: 03r_weiss * r38356
10/brlcad/trunk/src/conv/obj-g_new.c: more work correcting nmg
creation logic |
23:01.36 |
brlcad |
jack: that could be a stale configure result,
be sure to remove you config.cache and autom4te cache dir |
23:02.07 |
jack |
uh! thx! :) |
23:02.12 |
brlcad |
otherwise, it means it probably still picked
up the /sw/include dir and got the tcl.h there |
23:02.53 |
brlcad |
sounds like its just stale though |
23:03.43 |
jack |
ok, config.cache.blabla removed |
23:03.57 |
jack |
can't find an autom4te cache dir |
23:08.37 |
jack |
``Erik: http://www.youtube.com/watch?v=lAl28d6tbko |
23:09.52 |
brlcad |
haha |
23:23.00 |
jack |
strong blender ;) |
23:23.05 |
jack |
<PROTECTED> |
23:23.09 |
jack |
still the same |
23:23.33 |
jack |
rerun configure after removing the cachefile?
ok |
23:23.49 |
brlcad |
oh yeah, you reran configure I hope |
23:23.57 |
``Erik |
huzzah, grocery shopping done O.o |
23:24.04 |
jack |
will do that now :) |
23:24.06 |
jack |
my bad |
23:24.29 |
brlcad |
autom4te.cache is the cache dir |
23:24.42 |
jack |
yeah, but not present at all |
23:28.14 |
brlcad |
hm, that is suspicious |
23:28.52 |
brlcad |
that said, even if it still occurs .. it's
going to be because of include directory ordering -- /sw/include
will need to be last or not at all |
23:29.31 |
jack |
even weirder: config.log clearly has
"--with-tcl=builddirtcl" in one (or some) of the later
steps |
23:29.52 |
jack |
but ok, will try to hide my
/sw/include |
23:30.59 |
jack |
wait...tclConfig.sh is in some libdir, not
include |
23:31.12 |
jack |
doesn't it use that for detection? |
23:31.18 |
jack |
might be harder to hide |
23:34.30 |
``Erik |
heh, but he cheated getting the ipad into the
blender... (the iphone one was more interesting, I think) |
23:35.06 |
jack |
haha yeah |
23:36.52 |
brlcad |
jack: all of the detections result in
cflags/cppflags/ldflags getting set -- the flags are all there, but
you have multiple matching header files (some on system, some being
compiled) |
23:38.06 |
brlcad |
so even though there's a configure flag saying
"look in dirA" and a tclConfig.sh saying "I'm in dirA", you have
other stuff needing to look in dirB where there is another
(incompatible) tcl.h |
23:38.25 |
brlcad |
when that is included, it kicks off that
#error Tk 8.5 must be compiled with tcl.h from Tcl 8.5 |
23:38.47 |
jack |
yeah |
23:40.17 |
jack |
checking for Tcl configuration... (cached)
found
/Users/jack/build/brlcad-7.16.6/src/other/tcl/unix/tclConfig.sh
|
23:40.21 |
jack |
checking for existence of
/Users/jack/build/brlcad-7.16.6/src/other/tcl/unix/tclConfig.sh...
loading
|
23:40.25 |
jack |
checking for Tk configuration... found
/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/tkConfig.sh
|
23:40.29 |
jack |
checking for existence of
/Users/jack/build/brlcad-7.16.6/src/other/tk/unix/tkConfig.sh...
loading |
23:40.32 |
jack |
looks so promising ;) |
23:41.12 |
brlcad |
mostly to be expected :) |
23:41.20 |
jack |
sure |
23:41.27 |
brlcad |
the kicker is the final CPPFLAGS |
23:41.43 |
brlcad |
if there's a /sw/include before
src/other/tcl/generic, then there's a problem |
23:41.48 |
jack |
now where do i fix my CPPFLAGS? just make
CPPFLAGS="blabla"? |
23:44.25 |
jack |
ok, seems to work |
23:44.46 |
jack |
-I/sw/include is last (before
$CFLAGS) |
23:51.53 |
jack |
brlcad: if it builds now (i bet it
will) |
23:52.04 |
jack |
should i enable rtgl? |
23:52.15 |
brlcad |
not if ogl is disabled |
23:52.18 |
jack |
or is it way too immature for
"users" |
23:52.35 |
brlcad |
I'd suggest leaving it off for now |
23:52.41 |
jack |
ok |
23:53.30 |
jack |
it's "only" a raytracer, right? |
23:53.59 |
jack |
users can use povray for that... |
23:54.15 |
brlcad |
no, it's a shaded visualization mode in the
editor |
23:54.28 |
jack |
oh ok, no povray |
23:54.36 |
brlcad |
our raytracer works just fine |
23:54.48 |
jack |
ok :) |
23:55.17 |
brlcad |
this is raytracing the geometry on the fly to
generate a point-cloud that is then visualized with
opengl |
23:55.33 |
jack |
i see |
23:55.34 |
brlcad |
otherwise the default is 2D raytrace images
and 3D wireframes |
23:56.05 |
jack |
sounds great of course...will be fun once i
can enable it and people run it on recent macs |
23:56.35 |
jack |
maybe in version 8 or so ;) |
23:56.36 |
brlcad |
it runs, heck was even developed on mac, but
just isn't done yet |
23:56.54 |
brlcad |
rel8 won't be this year |
23:57.04 |
brlcad |
that's major incompatibility |
23:57.16 |
brlcad |
at least it implies that |
23:57.23 |
jack |
:) |
23:57.26 |
jack |
alright |