irclog2html for #brlcad on 20050116

01:30.38*** join/#brlcad cosurgi (janek@absurd.ds.pg.gda.pl)
02:39.18learnerback in a few
02:55.03brlcadwow, what a blast from the past
02:55.13brlcaddont' think i've booted this sucker in over a year
03:45.02*** join/#brlcad polyspin (~polyspin@pcp02462412pcs.chrchv01.md.comcast.net)
03:46.29*** join/#brlcad polyspin (~polyspin@pcp02462412pcs.chrchv01.md.comcast.net)
04:10.59brlcadhowdy
04:16.01polyspinEvenin.
04:16.21polyspinNoticed we don't build on OSX at the moment.  Trying a rebuild to check that.
04:20.58*** join/#brlcad PhantomBantam (~phantomba@dialup-4.238.67.116.Dial1.Providence1.Level3.net)
04:29.00polyspinInterseting.  configure checks for X11/Intrinsic.h to see if X exists
04:29.02polyspinThat check fails
04:29.10polyspinThence Tk build fails.
04:29.16brlcadodd
04:29.42brlcadi've made a handful of changes for other plats, but nothing related to X11, iirc
04:29.56polyspinWe don't seem to check in /usr/X11R6 I guess.
04:31.31polyspinYet X_PREFIX is getting set to /usr/X11R6...  stranger and stranger
04:31.59PhantomBantamI see stuff about x11, does this mean the mac binary will be up soon?
04:32.09brlcadPhantomBantam: working on it
04:32.29PhantomBantamThat's good.
04:33.18brlcadpolyspin: there's a single line that does the X checks in configure.in
04:33.28brlcader, .ac
04:34.25polyspinAC_PATH_X ?
04:34.34brlcadyes
04:35.11brlcadif it's not finding X, I'd try to find what's changed..
04:35.17polyspinAutoconf is 2.57.  
04:35.23polyspinI just installed Xcode 1.5
04:35.29polyspin(new machine image)
04:35.32brlcadahh
04:35.59brlcadinstalled dev tools? or just xcode?
04:36.21brlcadoh, you know what.. probably didn't install teh X11 dev kit
04:36.26polyspinDev toosl as well.
04:36.50brlcadX11 dev kit is a separate optional (disabled) install on the dev tools cd
04:37.04polyspinGotcha.  I'll go check that.
04:39.17polyspinDon't have the dev tools CD.  Downloaded from developer.apple.com
04:39.39brlcadreally.. couldn't find it there a week ago
04:41.32polyspinIt says it was posted 06Aug2004
04:42.26brlcad*shrug*
04:42.38brlcadjust be sure it's the Dev one ;)
04:43.04polyspinIt says "Xcode Tools v1.5
04:43.45polyspinFound the X11 SDK
04:44.24polyspinHeaders there now.  Time for autogen, configure, make
04:46.13brlcadcool
04:47.31polyspinWow, CHUD tools weren't installed by default either.  How sad.
05:00.45brlcadbah
05:00.57brlcad10.2 autogen.sh ends up with a 0 length configure
05:01.01brlcadyet no error
05:02.21a_b_normalyay autoconf!
05:02.23a_b_normal:)
05:03.06polyspinSigh.
05:04.11brlcadahh, autoconf 2.52
05:04.37polyspinLet that be a lesson to us :-/
05:08.02brlcadheh, can't make our cake and eat it too? :)
05:08.15a_b_normalas long as it's not apple pie
05:08.45polyspinYou can't make a cake unles you have ants (snigger)
05:09.04a_b_normali don't get it
05:09.37polyspin"cake" was the previous build system for BRL-CAD.  "ants" is a new build system popular with java folks
05:09.52polyspinor is it "ant"?
05:09.58a_b_normalah
05:10.03a_b_normaldeveloper humor
05:10.43brlcadjust ant I think
05:11.07brlcadscons has real promise
05:12.13polyspinas long as it isn't too much like "cmake"
05:13.08polyspinThe web page for scons mentions some nice features.
05:14.08brlcadyou can do a lot if you have to install your build environment before you build -- we could easily force only "autoconf 2.59 and automake 1.8 and libtool 1.5.10" and most of the build problems easily go away
05:14.36brlcadthat's akin to installing ant/scons/whatever to me
05:14.39polyspinThat's why we carried "cake" all those years.
05:14.57brlcadyeah
05:15.30brlcadthough it still was a real pita to modify
05:15.36polyspinIt would be nice to add checks to see if autoconf is a high enough version to generate the build env
05:16.02brlcadversions notwithstanding, I'd pick this over cake even still
05:16.03polyspinCake was a disgusting build system.  Mostly inscrutable.
05:16.13polyspinMike hacked long and hard on the "rules" files.
05:16.23brlcadthis has "just worked" for a lot of folks - we got a compliment on it to the list just recently from one of the old cakers
05:16.38brlcadi can imagine
05:17.02polyspinI like it because A) other people understand it. B) we don't have to carry/build it.
05:17.15polyspinIf (A) stops being the case, we can switch.
05:17.33polyspinOr if A applies to some other build system
05:19.51brlcadyeah
05:20.25brlcadit's by far the biggest wart that we as in the industry put up with it seems
05:20.39brlcadcept maybe microsoft.. there's a wart that's tolerated for ya
05:21.11polyspinI personally think that the "wart" is that "autoconf" is necessary for a Unix system.
05:21.17polyspinUnix should have converged.
05:36.49CIA-4BRL-CAD: 03brlcad * 10brlcad/autogen.sh: match configure.ac's requirements. require autoconf 2.57 and specify automake 1.6.0 (unenforced). should probably try to pull the version mins directly ourselves.
05:42.45brlcadwow
05:44.02brlcadwe've had about 2/3rds the num of source downloads as bz's last release did (source release)
05:44.42polyspinawesome.
05:45.12brlcadscary amount of interest :)
05:45.34brlcadmore than I expected really, at least at first
05:45.57polyspintwo words:  Free CAD
05:46.14brlcadyep
05:46.29polyspinI'm waiting for the first distro to include, the first developer contributions, and the first contributed model
05:46.30brlcadNew too
05:46.54PhantomBantamI don't mean to be a bother, but do you know when will the mac binary be available>
05:47.12polyspinPhantom: Linking now.
05:47.22PhantomBantamSweet.
05:47.26polyspinIf it goes well, we might upload tonight.
05:47.39PhantomBantamAwesome.
05:47.58polyspinUnless I have to sleep first :-(
05:48.03brlcadI was thinking Sunday myself :)
05:48.19polyspinIt's Sunday now :-)
05:48.57PhantomBantamThat it is.
05:49.26brlcadnot it the timezones I feel like I'm in
06:35.14polyspinHave you heard of "swig" before?
06:36.21polyspinFor a modest amount of work, we could have full bu/bn/rt support in python, Tcl, java and others.
06:36.33polyspinI've been playing with it tonight, and I've almost got it configured.
06:36.51polyspinThere's one gotcha:  It doesn't like name re-use.
06:37.09polyspinWe have a number of structs, which also have variables or functions of the same name.
06:37.36polyspinIf we were willing to change this, SWIG would generate the "wrapper" libraries for us.
06:51.03brlcadi've heard mention of it, but not whether it's good/bad/painful/painless etc. .. sounds like a potential middle layer
06:51.48polyspinIt eats somthing that is pretty much a header file for C/C++ and generates the wrappers from the "extern" statements and data declarations.
06:52.55brlcadpretty much a header file?
06:53.06brlcador is it really a header file with some labels of theirs
06:53.20polyspinIt needs a few lines to tell it the name of the "package" you want to build.
06:53.37polyspinThe second.
06:54.22polyspinI'm building the python wrap now.
07:00.33*** join/#brlcad fgq (fgq@203-190-197-248.dial.usertools.net)
07:17.09brlcadhello fgq
07:24.15polyspinGood luck with bz
07:24.33brlcadthx
07:24.46brlcadbrl-cad held it off long enough.. :)
07:26.30*** join/#brlcad fvhg (fgq@203-190-198-113.dial.usertools.net)
07:47.05EricWilhelmbrlcad, the swig interface file has some typemaps and such that aren't standard header matter
07:47.34brlcadgood to know
07:47.49EricWilhelmIf you don't have any nested arrays (or even non-char arrays) in your header, it can try to "do the right thing" by just looking at a header file
07:48.08EricWilhelmbut, to get (say) a proper perlish interface, you want to do some typemaps
07:48.53EricWilhelmI found that my CAD::Drawing::IO::DWGI module worked much better for making the OpenDWG library binding in a perlish way than the swig code.
07:49.32EricWilhelmIMO, the Inline.pm way of doing things is easier than swig, but that only gets you a perl binding.
07:49.37brlcadcept the end goal we were talking about was specifically intent on supporting about 5 different languages
07:50.08brlcadwe can do those bindings manually.. but one slightly painful swig (or anything) is going to be better than 5 custom
07:50.22brlcadand those languages may change..
07:50.24EricWilhelmI think the best way would be to lovingly craft a set of functions which raise the functionality level to something appropriate to each language.
07:50.51EricWilhelmfailing that, if you can master typemaps with swig, that might do the trick.
07:51.23EricWilhelmtrouble is, that if you don't pass data-structures, you tend to have functions with a lot of simple (float) parameters
07:51.32EricWilhelmso, you have perl code like:
07:52.11EricWilhelm($x1, $y1, $z1, $x2, $y2, $z2) = do_stuff($x1a, ... )
07:52.20EricWilhelmit's too painful for me to even type.
07:52.54EricWilhelmwhat I'm saying is that swig doesn't play nice (easily) with complex data structures
07:53.21EricWilhelmwith shadow classes, it gets better, but a lot of arrays (in C) are read-only because swig can't derive how to extend them, etc.
07:54.08EricWilhelmIt can be made to work with typemaps, but you need one for each type within each language.
07:55.03EricWilhelmI'm not sure what polyspin is working on, but let me know if I can be of some advice with the SWIG stuff.
07:55.26brlcadhrm.. we'll probably just have to test out some concrete bindings to perhaps libbu in a couple manners to see just how much is involved
07:55.44brlcadoh, i'm not exactly sure what his motivation was.. probaby a discussion we had last week
07:58.39EricWilhelmsounds cool.  It would be great to be able to extend brlcad with perl.
08:04.33brlcadyes it would
08:04.40brlcadi'd prefer perl over tcl at least
08:05.14brlcadbut then.. i'd prefer almost anything over tcl
08:05.29brlcadtcl's not bad.. there's just so much more that's better
09:41.22*** part/#brlcad noyb (~noyb@wbar2.lax1-4-8-213-215.dsl-verizon.net)
13:55.08*** join/#brlcad tjyang (~Administr@c-67-175-74-12.client.comcast.net)
14:17.00*** part/#brlcad tjyang (~Administr@c-67-175-74-12.client.comcast.net)
16:13.27*** join/#brlcad noyb (~noyb@wbar2.lax1-4-8-213-215.dsl-verizon.net)
17:02.31*** join/#brlcad noyb (~noyb@lsanca1-ar8-183-162.lsanca1.dsl-verizon.net)
19:20.42*** join/#brlcad ChanServ (ChanServ@services.)
19:20.42*** mode/#brlcad [+o ChanServ] by irc.freenode.net
19:35.57*** join/#brlcad phshadow (~jason@pcp09460587pcs.aberdn01.md.comcast.net)
20:23.37*** join/#brlcad odie (~odie@lsne-catv-dhcp-14-47.urbanet.ch)
20:40.30*** part/#brlcad odie (~odie@lsne-catv-dhcp-14-47.urbanet.ch)
22:18.44*** join/#brlcad stafa77 (~stafa77@d47-69-48-142.nap.wideopenwest.com)
22:39.16a_b_normalshields up
22:39.21a_b_normalphaser...
22:39.25a_b_normalphsaers...
22:39.29a_b_normalFIRE!
23:09.58*** join/#brlcad PhantomBantam (~phantomba@dialup-4.238.67.240.Dial1.Providence1.Level3.net)
23:13.43a_b_normalyay
23:13.53a_b_normali think i caught a cold
23:14.01brlcadgreat
23:14.10a_b_normalthree hours of sleep a night since wed has taken it's toll!
23:14.37brlcadsounds like all you need is a solid day working out in the gym to take you out good ;)
23:14.49a_b_normali might have another hernia :(
23:15.02a_b_normalactually, i think i have two
23:15.44brlcadthen you can introduce one to the other
23:15.50a_b_normalhahah
23:16.03a_b_normalnut hernia.. meet the stomach.. stomach, say hello to nut
23:31.26*** join/#brlcad fgq (fgq@203-190-200-023.dial.usertools.net)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.