| 00:00.05 | yukonbob | !nice |
| 00:00.08 | tarzeau | now i see ./misc/debian ... ouf |
| 00:00.16 | tarzeau | anyone wants to try? |
| 00:00.25 | yukonbob | link? |
| 00:00.27 | tarzeau | where can i find some example .g files to load? |
| 00:00.32 | tarzeau | gnu.ethz.ch/debian/brlcad/ |
| 00:01.13 | yukonbob | share/db/truck.g |
| 00:01.24 | yukonbob | etc. |
| 00:01.36 | tarzeau | it's a bit slow remotely, installing it locally |
| 00:02.03 | yukonbob | you're running via remote DISPLAY? |
| 00:02.09 | tarzeau | yes |
| 00:02.13 | tarzeau | it wasn't that bad |
| 00:02.22 | yukonbob | over LAN, or further? |
| 00:02.27 | tarzeau | i've got 100mbit/gbit at work.. and 1mbit at home |
| 00:03.27 | tarzeau | is erik greenwald in here? |
| 00:03.53 | yukonbob | that'd be ``Erik |
| 00:04.00 | tarzeau | ``Erik: hey :) |
| 00:04.16 | tarzeau | who creates the tarballs on sf.net ? |
| 00:04.36 | yukonbob | prolly ``Erik and/or brlcad (Sean) |
| 00:11.17 | tarzeau | i did load truck.g |
| 00:11.29 | tarzeau | but i only see it as a little yellow dot, very very far away |
| 00:11.42 | tarzeau | where do i buy the binoculars? |
| 00:13.41 | louipc | I think it's mouse button 1 |
| 00:13.59 | IriX64 | other way button 3:) |
| 00:14.54 | tarzeau | i only see one pixel |
| 00:15.02 | tarzeau | maybe i need to study the documentation |
| 00:15.45 | tarzeau | does mged call one of its 400 binaries often? |
| 00:16.01 | tarzeau | PATH=/usr/lib/brlcad:$PATH /usr/lib/brlcad/mged |
| 00:16.11 | tarzeau | i launch it like this, with all it's binaries put in /usr/lib/brlcad/ |
| 00:20.31 | IriX64 | http://rafb.net/p/jH6IkN49.html <---- yukonbob, pffft i have less trouble with tk8.4.6, not gonna tackle this one :) |
| 00:24.14 | yukonbob | tarzeau: "tops" to see toplevel "objects", "e <toplevel obj name>" to display it... |
| 00:26.34 | tarzeau | i did e g2 in truck.g and now a red square appeared |
| 00:26.37 | tarzeau | a red box |
| 00:26.54 | tarzeau | ah and lmb/smb zoom in/out |
| 00:27.06 | tarzeau | I CAN SEE THE TRUCK |
| 00:27.09 | tarzeau | with e g4 |
| 00:27.37 | tarzeau | KICK ASS |
| 00:27.41 | tarzeau | a truck! |
| 00:31.16 | tarzeau | haha toyjeep, pink jeep |
| 00:36.39 | tarzeau | /usr/bin/rt: No such file or directory |
| 00:36.48 | tarzeau | hmm i got to tell it to not use full paths :( |
| 00:37.02 | tarzeau | or even better, i tell it where to install at install time i guess |
| 00:37.08 | tarzeau | oh wait :( |
| 00:59.10 | louipc | hehe |
| 01:16.10 | ``Erik | usually brlcad for the source tarball and mac dmg, I do the fbsd tbz's and usually hte solaris image |
| 01:17.39 | ``Erik | the two "hot" models to check out are the m35 and the havoc |
| 01:18.03 | ``Erik | moss is good for a newbie to look at, too |
| 02:10.59 | tarzeau | i looked at havoc |
| 02:11.02 | tarzeau | gotta check m35 |
| 02:11.30 | tarzeau | would it be possible to not ship blt lib with the tarball? |
| 02:22.48 | ``Erik | it's part of the src tarball, but if you have an acceptable version installed, BRL-CAD SHOULD used the installed version... |
| 02:26.40 | tarzeau | i do, i've used also --disable-bltstuff |
| 02:32.43 | ``Erik | and it still tries to build blt? |
| 02:51.09 | *** join/#brlcad ``Erik (i=erik@c-68-54-174-162.hsd1.md.comcast.net) [NETSPLIT VICTIM] |
| 02:51.09 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] |
| 04:11.16 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1096601470.dsl.bell.ca) |
| 07:13.10 | *** join/#brlcad Z80-Boy (i=clock@217-162-111-81.dclient.hispeed.ch) |
| 07:40.28 | *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM] |
| 08:41.05 | *** join/#brlcad Z80-Boy (n=clock@zux221-122-143.adsl.green.ch) |
| 09:13.41 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) |
| 09:40.51 | *** join/#brlcad cad15 (n=c94e78dc@bz.bzflag.bz) |
| 14:10.38 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-086-052.pools.arcor-ip.net) |
| 15:34.06 | *** join/#brlcad bpoole (n=bpoole@UNIX31.andrew.cmu.edu) |
| 15:51.22 | *** join/#brlcad Apathy (i=Matt@74.86.45.130) |
| 16:11.31 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 16:16.27 | *** join/#brlcad Elperion (n=Bary@p548740C0.dip.t-dialin.net) |
| 17:15.38 | brlcad | yukonbob: just so you know, I am working to make the mods necessary so either 8.4 or 8.5 will work, but it's a bit tricky due to various pathing issues (particularly when you support arbitrary combinations of extensions enabled/disabled) |
| 17:15.56 | *** join/#brlcad bob` (n=bob@static-71-240-124-130.pitbpa.east.verizon.net) |
| 17:16.10 | brlcad | 8.4's aquatk frankly "sucks" .. heavily broken in areas we need |
| 17:19.00 | brlcad | yukonbob: interesting hub -- was that rendered with pov? |
| 17:26.56 | brlcad | tarzeau: I usually create them -- if you see anything that needs fixing, lemme know |
| 17:31.56 | brlcad | items are disable/enabled via the various --enable-*-build --disable-*-build options (see the --help list and/or INSTALL) .. configure will auto-disable by default if it detects a system-installed version |
| 18:38.35 | *** join/#brlcad ertugerata (n=Ertugrul@81.213.72.50) |
| 18:38.55 | ertugerata | salut , hi |
| 18:40.07 | yukonbob | brlcad: re: hub -- not BRL-CAD |
| 18:41.43 | ertugerata | yukonbob: hi |
| 18:41.48 | yukonbob | hey ertugerata |
| 18:42.07 | ertugerata | tu parle français ? |
| 18:42.18 | yukonbob | un peux, mais pas bien |
| 18:42.47 | ertugerata | yukonbob: mon ami a une patche pour brlcad avec new tcl |
| 18:43.02 | yukonbob | 8.5 |
| 18:43.18 | yukonbob | ? |
| 18:43.18 | ertugerata | pour 8.5b2 |
| 18:43.43 | yukonbob | et, le patch fait quoi? |
| 18:44.08 | ertugerata | http://svn.pardus.org.tr/contrib/applications/science/brlcad/files/ |
| 18:44.29 | yukonbob | brlcad: s/not BRL-CAD/no, BRL-CAD/ (ie: it _was_ done w/ brlcad ;) |
| 18:44.47 | ertugerata | patch pour configure.ac et new tcl |
| 18:45.07 | ertugerata | je peux voir comment in netbsd build brlcad ? |
| 18:47.52 | yukonbob | (je voir les programmes, un moment svp) |
| 18:48.08 | ertugerata | ok |
| 18:52.19 | yukonbob | ertugerata: http://pastebin.bzflag.bz/df7b56e2 |
| 18:53.41 | ertugerata | ton system a tcl8.4 |
| 18:53.48 | yukonbob | oiu |
| 18:53.50 | yukonbob | oui |
| 18:54.21 | yukonbob | les changes pour 8.4 sur NetBSD -- je pense que les plus est pour 8.4, peut etre tout... |
| 18:54.33 | yukonbob | et... |
| 18:54.45 | ertugerata | in netbsd comme gentoo vous compile le programme ? |
| 18:54.57 | ertugerata | il n'ya pas package system ? |
| 18:58.31 | yukonbob | non -- mais ca c'est le method que je utilize |
| 18:58.49 | yukonbob | il y a pkgsrc (src) et pkg_add, etc. (binary) |
| 18:59.00 | yukonbob | http://pastebin.bzflag.bz/d37cb80c3 |
| 18:59.27 | yukonbob | ^-- arguments pour ./configure |
| 18:59.35 | *** join/#brlcad Z80-Boy (i=clock@77-56-71-40.dclient.hispeed.ch) |
| 19:00.25 | ertugerata | yukonbob: vous avez urt itck itcl separed |
| 19:00.57 | yukonbob | oui -- avec pkgsrc... |
| 19:01.15 | ertugerata | quel e leur version ? |
| 19:01.25 | yukonbob | de les tout? |
| 19:01.48 | ertugerata | no itck itcl et urt version seul |
| 19:01.53 | yukonbob | ah... |
| 19:02.39 | yukonbob | tcl-itcl-current-20040920nb4 <-- itcl et itk... |
| 19:02.58 | yukonbob | urt-3.1b1nb8 |
| 19:03.23 | yukonbob | "nb[numero]" est pour NetBSD |
| 19:03.26 | ertugerata | my urt 3.1b |
| 19:03.40 | ertugerata | itk and itcl cvs |
| 19:04.03 | yukonbob | et quel age est les files? |
| 19:08.51 | ertugerata | 20071111 |
| 19:08.59 | yukonbob | brlcad: re: 8.4/8.5 -- really nice to hear -- when I was talking about my experiences w/ MacOS/Tcl, I wasn't viewing the results Tk's rendering with a microscope (and in fact, I was still primarily developing for X11 (_and_ in fact, don't put too much time pining for a better-looking UI than even X11 ;)) |
| 19:09.04 | yukonbob | ertugerata: ! |
| 19:09.50 | yukonbob | je va faire un nouveau pkg pour moi ;) |
| 19:10.58 | yukonbob | brlcad: so if you say that in your experience AquaTk is teh suX0r compared to what one would get w/ a native MacOS (holding it to high standards), I don't doubt... |
| 19:11.34 | yukonbob | brlcad: have you seen: http://wiki.tcl.tk/13734 ... does it help in anyway? |
| 19:14.46 | yukonbob | soo -- maybe the substandard rendering is a combination of Tcl implementation, as well as the Mac APIs doing their best to make all things look Aqua (even w/ the "old" Carbon API)? |
| 19:18.32 | yukonbob | http://developer.apple.com/macosx/architecture/index.html suggests different re: purposes of Carbon/Cocoa... |
| 19:23.37 | yukonbob | http://www.oreilly.com/pub/a/mac/2001/05/23/cocoa_vs_carbon.html however, suggests Carbon is indeed for porting older code, and Cocoa is the new hotness |
| 19:28.18 | brlcad | yukonbob: re: hub -- ah, didn't think so :) thx looked too much like opengl raster render |
| 19:29.06 | brlcad | er, so it is a brl-cad model .. is that an rt render?? |
| 19:32.37 | yukonbob | brlcad: re: rt -- indeed it is... |
| 19:32.59 | brlcad | weird... |
| 19:33.17 | brlcad | the blends done with torii? |
| 19:34.30 | *** join/#brlcad ulusoy (n=ulusoy@81.214.93.222) |
| 19:34.49 | ulusoy | hi |
| 19:35.25 | brlcad | yukonbob: fyi, --with-ogl=no with --without-opengl is redundant |
| 19:35.34 | brlcad | howdy ulusoy |
| 19:36.17 | ulusoy | i install brlcad on my pc a few minutes ago. |
| 19:36.24 | brlcad | also if you end up simply wanting to disable everything, there's a --disable-all flag |
| 19:36.51 | brlcad | (shorthand for --disable-almost-everything-build, see INSTALL for other aliases) |
| 19:37.02 | brlcad | ulusoy: great |
| 19:37.25 | brlcad | docs are on http://brlcad.org and "mged" is probably where you want to start -- the docs and tutorials are pretty much required reading ;) |
| 19:37.54 | ulusoy | thanks. |
| 19:38.04 | ulusoy | i need them |
| 19:38.53 | brlcad | yukonbob: and we're not pining for the better-looking UI -- the vast majority simply don't know what X11 is or how to use it (lot of support requests where they don't even have it installed) |
| 19:39.12 | brlcad | not so much that AquaTk sucks -- if the port is "complete" then it won't suck |
| 19:39.43 | yukonbob | brlcad: re: ogl -- ya -- but I got two messages about how to do it, so just covered my *ss and put both ;) -- are they both valid? So either one of them will work? |
| 19:39.48 | brlcad | it's just simply incomplete in 8.4, lots of basic things not yet working -- that's where 8.5 is considerably better where dozens of bugs were fixed |
| 19:40.02 | brlcad | yukonbob: yeah, both are valid |
| 19:40.04 | yukonbob | brlcad: re: blends -- yes, iirc |
| 19:40.24 | brlcad | our configure has a slew of aliases for each command for those "in the know" that just want to type less |
| 19:40.37 | brlcad | INSTALL should list them all, and of course there's always --help |
| 19:40.58 | yukonbob | re: blends -- there are blends from hub-edge to body (tubular middle section), as well as the fluted spoke-holes, which also use the *interior* of a torus |
| 19:41.01 | brlcad | alas, help doesn't list the aliases, but it'd be way too long if it did |
| 19:41.15 | yukonbob | :) |
| 19:41.30 | yukonbob | brlcad: how are you doing -- haven't chatted in a while... |
| 19:41.42 | brlcad | busy bee, but doing great |
| 19:41.56 | brlcad | preparing the release took a lot of time/energy |
| 19:42.01 | brlcad | still have to write up the release notes |
| 19:43.47 | ulusoy | o ne |
| 19:43.49 | brlcad | that oreilly article isn't entirely true fwiw -- both carbon and cocoa are established with their purposes |
| 19:43.54 | ulusoy | im sorry |
| 19:44.30 | yukonbob | hey -- are you interested in the playing/work I've done w/ 8.4 -- if there's anything you want (and a certain format to get it to you) let me know... perhaps I'll just get a report of my build env., methods and patches and send it your way, in case there's something useful either for you (or other devs), or other hax0r5 who want to get more comfortable w/ the distribution and working with it... |
| 19:44.48 | brlcad | cocoa is simply what they 'want' most to use, but there are plenty of cases where you simply have to drop down to carbon (performance, control of the timing loops, c/c++ interface, ..) |
| 19:45.13 | yukonbob | is cocoa aimed at obj c? |
| 19:45.15 | brlcad | yukonbob: did you have to mod any code to get it to work? if so, a patch of that would be interesting |
| 19:45.20 | brlcad | yeah, cocoa is all objc |
| 19:46.06 | brlcad | you can use the objc++ hooks they added to gcc and directly interface to C++ code in ObjC, but then you're still in ObjC mode |
| 19:46.46 | yukonbob | brlcad: I have _not_ had to touch any core code yet -- I'm "working" on moving bwish to something like libbwish so one can "package add bwish" to a generic tclsh/wish, but otherwise have not delved into the code (except for when I was hoping to get rt-xray to recognize densities, but I didn't get anywhere with that ;) |
| 19:47.24 | brlcad | yukonbob: as for your build settings, I'm almost positive it worked because you used both system tcl and system incrTcl .. if you try to not use system incrTcl, I believe it'll fail atm (with a version whine) |
| 19:47.25 | yukonbob | re: bwish -- I've got it loadable, but haven't built interfaces to any of the functions... |
| 19:48.11 | yukonbob | brlcad: I have no doubt about that, but I think that's not too shocking... |
| 19:48.36 | brlcad | not shocking, but something I still gotta fix :) |
| 19:49.38 | brlcad | we can't/don't assume any package management system -- minimally should build with whatever is installed piecewise or entirely stand-alone |
| 19:50.38 | *** part/#brlcad ertugerata (n=Ertugrul@81.213.72.50) |
| 19:50.39 | yukonbob | I'd call it low priority -- all those things are easily available to others -- so there's no reason to _have_ to go partly in-distro, partly out-distro wrt the tcl install -- hopefully between myself, ``Erik (who said he'd play w/ it on FBSD) and maybe Irix (who might (???) play with it in cygwin/windows/whatever-hes-running), we can figure that out... |
| 19:51.52 | brlcad | of course |
| 19:52.08 | brlcad | it is low/no priority for distros that have package management |
| 19:52.26 | brlcad | you just set the flags all on/off and set the dependencies |
| 19:53.05 | yukonbob | I believe it's got everything that's necessary. |
| 19:53.09 | brlcad | we have a long history of specifically NOT requiring users that are compiling to "go get *anything*" in order to compile |
| 19:53.58 | brlcad | package management systems take care of that so it's not an issue, but from a bigger cross-platform perspective it's something that *I* have to worry about (else it turns into an avalanche of support requests that I'd rather not have) |
| 19:56.00 | yukonbob | right -- and by shipping the full distro, nobody _is_ required to get anything -- and it's a valid way to look at it... but mixing things up between in-distro and on-system-already could be a really tricky business... package system, ActiveTcl, or just installing your own tarballs and getting them to work, I think it may be a tall order to get brl-cad to build against what's essentially a half-done job (if you've got tcl/tk, etc, but not itcl). |
| 19:57.30 | brlcad | yet a fairly common case too, e.g. Macs have tcl/tk and a few extensions, but not incrTcl ;) |
| 19:57.55 | brlcad | I'd much prefer to use vendor-provided libraries, particularly when they are customized (as the case is on Macs) |
| 20:01.00 | brlcad | i've got it compiling with the last set of re-enablings of 8.4 |
| 20:01.38 | brlcad | now just get the run-time errors on incrtcl to sort out -- almost sure it's because it's still using the tcl config from our sources, include path issues during compile-time |
| 20:02.25 | brlcad | yukonbob: no, not 100% positive, but the mix still should work if our flags are right :) |
| 20:02.40 | brlcad | historically has worked, so it's what I'd call a build system bug |
| 20:02.47 | yukonbob | ahh |
| 20:03.16 | brlcad | ~yukonbob++ |
| 20:04.06 | brlcad | there IS a system incr ... it's just not in a system path for some reason, have to see why they did that and how to detect it "correctly" |
| 20:11.06 | yukonbob | ya -- mine loads 3.3 np -- "package require Itk" "package require Itcl" |
| 20:11.15 | yukonbob | (OS X, 10.4) |
| 20:17.52 | brlcad | wonder if they shoved it into the Tcl framework |
| 20:18.04 | brlcad | I'll have to test that |
| 21:05.42 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1096601470.dsl.bell.ca) |
| 21:06.47 | IriX64 | why are they duplicating bu_bomb() in /src/other/lgt/error.c and src/remrt/rtsrv.c ? |
| 21:09.58 | IriX64 | yukonbob... trying my luck with tcl8.4.16 after all :) |
| 21:10.25 | brlcad | IriX64: i already explained why it's there to you |
| 21:10.33 | IriX64 | huh when |
| 21:10.36 | brlcad | and told you what you can try to do about it |
| 21:10.44 | IriX64 | what |
| 21:11.04 | brlcad | several months ago when you first started commenting about it |
| 21:11.24 | IriX64 | ill fix my copy, forgive, i thought it was first time i mentioned it |
| 21:11.38 | brlcad | it's at least the third time |
| 21:11.44 | IriX64 | sorry man |
| 21:12.02 | IriX64 | memory really is poor please forgive |
| 21:12.30 | IriX64 | ill check my logs |
| 21:12.39 | IriX64 | as to what to do about it :) |
| 21:13.44 | IriX64 | ahh local functions |
| 21:26.43 | *** join/#brlcad MinuteElectron (n=MinuteEl@silentflame/member/pdpc.base.minuteelectron) |
| 21:33.34 | yukonbob | IriX64: re: tcl/tk 8.4.16 -- nice! Are you compiling them from src? |
| 21:33.47 | *** join/#brlcad Elperion (n=Bary@p548740C0.dip.t-dialin.net) |
| 21:34.03 | IriX64 | yea man i can't find binaries for my weird little setup |
| 21:34.26 | yukonbob | IriX64: ...and how'd it go? |
| 21:34.41 | yukonbob | does BRL-CAD run natively on Windows, or does it require Cygwin? |
| 21:35.11 | IriX64 | requires the cygwin dll's |
| 21:35.33 | IriX64 | http://rafb.net/p/QMUwZz69.html < this is what i built, perfect timing :) |
| 21:35.56 | IriX64 | now to install the thing |
| 21:36.42 | IriX64 | screwed up on the prefix, ahh well |
| 21:37.16 | IriX64 | i don't think it cares, does it |
| 21:37.20 | IriX64 | ? |
| 21:38.44 | IriX64 | my systems not that slow, just that i walked away a few times and it hit snags in the compile |
| 22:21.32 | IriX64 | http://rafb.net/p/zG814m60.html <--- yukonbob, there you go :( |
| 23:29.45 | yukonbob | IriX64: start hacking -- what's happening there is the same thing brlcad, ``Erik and I have been talking about for a while -- my suggestions for this are to take all tcl-related bits and handle them _outside_ of the BRL-CAD distrubtion -- so grab your itcl, and blt, tkimg and build them on your own, against the tcl/tk 8.4 you've got, then build BRL-CAD against those tcl components you've got installed. |
| 23:31.42 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1096782734.dsl.bell.ca) |
| 23:31.45 | IriX64 | understood |
| 23:33.29 | ``Erik | heh |
| 23:33.52 | ``Erik | bu_bumb does something specific, but in lgt, we want it to do something ELSE, so the symbol is overridden |
| 23:34.07 | ``Erik | 'sup, yukon? |
| 23:35.25 | yukonbob | well, it's dim up here -- days are short, cloudy (might even be snowing)... hacking away on various things... |
| 23:36.08 | yukonbob | had a good chat with brlcad this afternoon |
| 23:36.30 | ``Erik | ohyeah? just good chumming, or soething enlightening? |
| 23:37.12 | yukonbob | pretty casual, but talked about tcl/tk on Mac; made some observations and "discoveries" |
| 23:37.47 | ``Erik | cool, my understanding is that tk is a stinker with 84 on mac |
| 23:38.06 | yukonbob | heh -- talked "french" with ertugerata |
| 23:38.08 | ``Erik | *nix and winderz are good with it *shrug* |
| 23:38.13 | ``Erik | wow |
| 23:38.15 | ``Erik | tongue and all??? |
| 23:38.17 | ``Erik | :D |
| 23:38.30 | yukonbob | french talking != french kissing :) |
| 23:38.43 | ``Erik | <-- scrolls and reads |
| 23:38.59 | ``Erik | if brlcad is doing the 84 compat hacks, that means I dont have to, sweet |
| 23:39.23 | ``Erik | and, uh... tcl 85b2? O.o 2??? |
| 23:39.27 | yukonbob | ``Erik: see link I posted to wiki.tcl.tk |
| 23:39.39 | yukonbob | (re: tk on MacOS) |
| 23:44.07 | ``Erik | okie, read up the backlog |
| 23:44.44 | ``Erik | ... "hum" |
| 23:45.02 | ``Erik | carbon is the c++ "low level" groove, cocoa ist he objC higher level way |
| 23:45.21 | ``Erik | carbon is recommended by apple, to keep fucktards frm getting their fingers too deep, I'd imagine |
| 23:45.25 | ``Erik | er |
| 23:45.27 | ``Erik | sorry |
| 23:45.31 | ``Erik | cocoa is recomdned |
| 23:45.49 | ``Erik | having done both carbon and cocoa, I MUCH prefer the cocoa |
| 23:46.05 | ``Erik | c++ is.... well, bad. objc is bad, but less bad than c++ |
| 23:46.30 | yukonbob | I've only _just_ read a bit about both, but as I hear, Cocoa itself in fact uses Carbon |
| 23:46.52 | ``Erik | yeah |
| 23:46.56 | ``Erik | abstraction does that. |
| 23:47.23 | ``Erik | cocoa uses carbon like C uses assembly |
| 23:47.46 | IriX64 | http://rafb.net/p/aAuxTb26.html <---- do i need to let you know about these? |
| 23:48.29 | ``Erik | irix: a warning is not someting to be concerned about, and anything in src/other is "not our problem" |
| 23:48.39 | IriX64 | good then |
| 23:48.45 | yukonbob | a snippet that small is almost useless, and what ``Erik said :) |
| 23:49.00 | IriX64 | man it gives the file and line# |
| 23:49.08 | ``Erik | it was enough to tell me it was n src/other/blt ... straight import |
| 23:49.26 | IriX64 | ok |
| 23:49.46 | ``Erik | um |
| 23:49.50 | yukonbob | ?there's no indication it came from src/other/blt |
| 23:50.02 | ``Erik | you've seen the commits from bparker, right? I think he's working on a windows 7.10.4 |
| 23:50.11 | ``Erik | blt.h is in src/other/blt |
| 23:50.14 | IriX64 | ah |
| 23:50.23 | ``Erik | ... as in, bacon lettuce tomato... |
| 23:50.39 | yukonbob | blt.h could be from any blt distribution -- I think IriX64 is building seperate tcl pieces... |
| 23:51.10 | IriX64 | its the big piece i want ;) |
| 23:51.16 | yukonbob | anyway -- it's a warning |
| 23:51.22 | IriX64 | right |
| 23:51.34 | yukonbob | nothing to fret about in this case... |
| 23:51.42 | IriX64 | :) |
| 23:52.47 | yukonbob | IriX64: is this blt from sourceforge or the BRL-CAD distro? |
| 23:53.05 | IriX64 | sourceforge |
| 23:53.18 | yukonbob | rock'n'roll -- keep it up :) |
| 23:53.22 | IriX64 | cvs |
| 23:53.26 | IriX64 | :) |
| 23:53.50 | IriX64 | so was that last horrible thing i built :) |
| 23:54.27 | yukonbob | you've got tkimg too? |
| 23:54.38 | IriX64 | no |
| 23:54.51 | yukonbob | oh -- /me sees what you're saying... the last thing was from cvs... |
| 23:54.58 | IriX64 | yes |
| 23:55.21 | IriX64 | but using system tcl8.4.16 |
| 23:55.38 | ``Erik | <-- has a strong interest in making the software work with as much external sw as possible |
| 23:55.39 | yukonbob | what was "the last thing"... itcl? |
| 23:55.49 | IriX64 | brlcad |
| 23:56.10 | IriX64 | screwed up the prefix used 7.10.4 |
| 23:56.37 | ``Erik | heh, i think everone interested in package mgmt is up that alley |
| 23:56.48 | IriX64 | ``Erik then take out the bloody needs exactly blah blah has yah yah check |
| 23:57.21 | yukonbob | IriX64: it's your own system and time, so do what you like, but using cvs (ie: not formally released) increases your chances for breakage -- which means you're fighting a battle on more fronts than you need, and pretty much renders this as a formal test "dubious" at best. |
| 23:57.47 | IriX64 | heh true but i like fiddling |
| 23:58.09 | yukonbob | don't fiddle; you'll go blind |
| 23:58.13 | IriX64 | heh |
| 23:59.33 | ``Erik | um |
| 23:59.58 | ``Erik | src/tcl/library/init.tcl has an 'exact' line mebbe 40 lines down that shouldn't be |