| 00:40.24 | *** join/#brlcad tofu (~sean@BZ.BZFLAG.BZ) |
| 01:11.07 | *** join/#brlcad crazy_imp (~mj@89.182.193.239) |
| 01:27.24 | *** join/#brlcad crazy_im1 (~mj@a89-182-193-239.net-htp.de) |
| 01:28.00 | *** join/#brlcad vtts_ (~vytautas@diz.ktu.lt) |
| 01:28.24 | *** join/#brlcad dtidrow_ (~dtidrow@c-68-60-96-218.hsd1.mi.comcast.net) |
| 01:30.39 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601295.dsl.bell.ca) |
| 01:32.29 | *** join/#brlcad ``Erik_ (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 01:51.55 | *** join/#brlcad hyarion (c05ben@peppar.cs.umu.se) |
| 01:53.46 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 01:54.23 | *** join/#brlcad dtidrow_ (~dtidrow@c-68-60-96-218.hsd1.mi.comcast.net) |
| 02:14.14 | *** join/#brlcad sachinjain (~sachin@117.211.88.150) |
| 02:14.44 | sachinjain | dloman : I have uploaded a patch on sourceforge |
| 02:15.02 | sachinjain | what do I do next? |
| 02:24.47 | *** join/#brlcad sachinjain (~sachin@117.211.88.150) |
| 04:15.35 | *** join/#brlcad juanman (~quassel@unaffiliated/juanman) |
| 04:17.49 | *** join/#brlcad IriX64 (~kvirc@bas2-sudbury98-1096601295.dsl.bell.ca) |
| 05:09.07 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 06:18.45 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 06:31.57 | *** part/#brlcad adityag (~ADITYA@182.237.144.88) |
| 06:38.37 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 06:45.17 | bhinesley | are there any requests for commands to migrate to Archer? |
| 06:45.39 | bhinesley | hard for me to tell what is useful |
| 07:12.25 | *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 07:23.14 | *** join/#brlcad packrat (~packrator@99-67-225-40.lightspeed.livnmi.sbcglobal.net) |
| 07:28.10 | *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 09:42.11 | bhinesley | dloman: I'm not sure if it alerts you; I have updated my proposal. |
| 12:17.34 | CIA-105 | BRL-CAD: 03davidloman * r44236 10/geomcore/trunk/include/ByteArray.h: Fix typo! |
| 12:20.56 | *** join/#brlcad kunigami (~kunigami@loco-gw.ic.unicamp.br) |
| 12:34.10 | tofu | woo hoo, e-mail notifications are wroking |
| 12:34.25 | brlcad | bhinesley: it sends notifications now |
| 12:35.09 | brlcad | dli: not really an amazing request -- that's about when BRL-CAD was started, on 16-bit systems |
| 12:35.18 | brlcad | vax 11/780, pdp-11, etc |
| 12:38.40 | brlcad | bhinesley: an intersting list of 13 to start with .. some of those will be hard, some are dead easy, some will require a complete rewrite... :) |
| 12:39.20 | brlcad | I wouldn't put read_muves on that list myself |
| 12:39.48 | brlcad | reid and remat are very useful commands, but they're actually presently coded as simple tcl scripts |
| 12:42.23 | brlcad | the rcc-* commands really warrant being grouped into a single command with various sub-commands, but sorting out a useful naming convention hasn't happened |
| 12:42.54 | brlcad | prj-add is a hack simply because the projection shader is complicated (still a useful command, but stupid API-wise) |
| 12:43.08 | brlcad | either way, a very interesting list :) |
| 12:43.59 | brlcad | a simple way to narrow in on 10 to migrate is to look at the MGED quick reference sheet and simply go by any of those that aren't in LIBGED yet, those are core useful commands |
| 12:44.31 | brlcad | several of which you list: closedb, journal, man) |
| 12:44.44 | brlcad | nice work |
| 12:46.31 | ``Erik | vax11/780 was a 32b system |
| 12:50.01 | ``Erik | thought that by the time the first hints of raytracing code hit rcs in '85, the pdp was gone and it was done on vax |
| 13:13.57 | brlcad | it was done on the vax, but the pdp wasn't gone just yet iirc |
| 13:19.32 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 13:25.33 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 13:30.57 | dloman | https://www.ibm.com/developerworks/mydeveloperworks/blogs/InsideSystemStorage/entry/ibm_japan_mailbag_of_interesting_reactions7?lang=en |
| 13:54.22 | *** part/#brlcad adityag (~ADITYA@182.237.144.88) |
| 14:38.02 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 15:02.51 | CIA-105 | BRL-CAD: 03bob1961 * r44237 10/brlcad/trunk/src/tclscripts/mged/openw.tcl: Added a wrapper for the call to dbupgrade from the Tools menu. This catches the call and prints the results to the command window. The catch prevents a possible error window popping up. |
| 15:15.46 | *** join/#brlcad adityag1 (~ADITYA@182.237.144.88) |
| 15:27.00 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 15:34.27 | *** join/#brlcad adityag1 (~ADITYA@182.237.144.88) |
| 15:43.59 | CIA-105 | BRL-CAD: 03brlcad * r44238 10/brlcad/branches/STABLE/ (81 files in 28 dirs): merge trunk to STABLE from r43921 to HEAD r44237 |
| 15:49.12 | *** part/#brlcad adityag1 (~ADITYA@182.237.144.88) |
| 16:34.57 | CIA-105 | BRL-CAD: 03indianlarry * r44239 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: |
| 16:34.57 | CIA-105 | BRL-CAD: Having issues with 'size_t' declaration of some variables within function |
| 16:34.57 | CIA-105 | BRL-CAD: rt_bot_makesegs_(). Variables need signed values so converted to 'ssize_t'. Only |
| 16:43.27 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 16:59.32 | bhinesley | brlcad: Should I avoid the rcc commands, then? |
| 16:59.32 | bhinesley | There are ~50 commands on the quick reference that aren't currently available in archer. I've found that several appear to be obsolete, and some are nearly migrated already (sometimes just missing aliases). |
| 16:59.32 | bhinesley | Besides those already listed, what remains is: dbfindtree, geometree, rtabort, ill, sill, matpick, facedef, mirface, permute, extrude, orot, rotobj, oed, orientation, accept, reject, qorot, eqn, eye_pt, mrot, vrot, and area. |
| 16:59.32 | bhinesley | I hate to ask, but are there any that you would recommend? |
| 16:59.33 | bhinesley | Failing that, I've identified another ~90 commands based on the source. There are probably more, that simply aren't in the usual places. |
| 17:01.53 | indianlarry | |
| 17:06.36 | brlcad | bhinesley: many of 50+ commands are available in archer, but under a different name |
| 17:06.53 | brlcad | there shouldn't be too many actually obsolete |
| 17:07.07 | *** part/#brlcad adityag (~ADITYA@182.237.144.88) |
| 17:08.05 | bhinesley | I tried to remove them If I could find that the name was just changed |
| 17:08.41 | bhinesley | as for obsolete commands, I found <5 from the quick reference. |
| 17:09.57 | brlcad | okay, that sounds about right |
| 17:10.12 | brlcad | geometree would be one, archer has its own tree view |
| 17:10.36 | bhinesley | I did make that note :) |
| 17:10.47 | brlcad | accept/reject pertain to stateful editing, which archer attempts to move away from |
| 17:11.04 | bhinesley | so oed is probably obsolete too |
| 17:11.25 | brlcad | yes and no |
| 17:11.34 | brlcad | what it does definitely need to be in libged ... |
| 17:11.44 | brlcad | but the way it does it might not necessarily be an 'oed' command |
| 17:11.52 | bhinesley | nods |
| 17:12.14 | brlcad | oed would be one of my top-picks to sort out migrating |
| 17:12.38 | brlcad | a whole tutorial is dedicated to oed because it's the main way to perform matrix editing on the command line in mged |
| 17:13.44 | brlcad | archer presently doesn't have a mechanism defined for matrix editing on the command line iirc, which relates to all of the transformation and illumination commands you listed: ill, sill, matpick, orot, rotobj, qorot, mrot, vrot |
| 17:14.10 | bhinesley | that's what I thought :-/ |
| 17:14.12 | brlcad | which are rather ridiculous |
| 17:14.21 | brlcad | there should be one "rotate" command |
| 17:14.35 | bhinesley | has this been done? |
| 17:14.36 | brlcad | with various suboptions for the different ways you might want to rotate |
| 17:15.10 | brlcad | of course not, it's basically refactoring those command names listed into one command when they migrate to libged |
| 17:15.34 | brlcad | orot+rotobj+qorot+mrot+vrot+rot -> rotate [options] |
| 17:16.09 | brlcad | you're going to get pretty nut and bolty with the commands remaining :) |
| 17:16.33 | brlcad | all the easy ones are already done |
| 17:16.49 | bhinesley | so it seems |
| 17:17.09 | brlcad | fyi, there are approximately 700 commands in mged last time I counted |
| 17:17.37 | brlcad | the goal is to consolidate that down to less than 200 without loss of functionality |
| 17:17.51 | brlcad | obviously not part of a summer's work, but it's the bigger picture |
| 17:18.50 | brlcad | most of the quick ref sheet commands should migrate as-is just for a starting reference point (unless someone tackles the refactoring sooner) |
| 17:19.11 | brlcad | that's about 10% |
| 17:22.30 | brlcad | bhinesley: once you get into the swing of things, it'd probably be helpful to set up a spreadsheet of all the commands on the quick ref sheet with columns for the name in mged, status of libged refactoring, archer name, etc |
| 17:22.52 | brlcad | then just work down the list |
| 17:24.35 | brlcad | that way we can be more certain of what has been looked at and migrated, what was migrated but renamed, what hasn't been migrated at all yet because it's a script or crap or irrelevant, and what just hasn't even been looked at yet |
| 17:25.08 | bhinesley | sounds good |
| 17:29.41 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:07.18 | CIA-105 | BRL-CAD: 03starseeker * r44240 10/geomcore/trunk/src/libgvm/ (gvm.h objects.c): This function should be returning the bu_external - let the calling function decide how to package it or use it. |
| 18:13.16 | CIA-105 | BRL-CAD: 03erikgreenwald * r44241 10/brlcad/trunk/src/librt/opennurbs_ext.h: remove inline calls that cause gcc3.4.6 to fail (needs review) |
| 18:18.15 | brlcad | those inline statements were required to keep 4.3 or 4.4 happy, compilation fail with --enable-optimized iirc |
| 18:18.36 | brlcad | maybe a pragma similar to what's in bu.h |
| 18:21.07 | ``Erik | hm, an emergency install this morning on the darkside went all wonky for indianlarry (rhel4), we can't give up gcc3 support just yet... which in bu.h? not seeing anything in there about gcc versions or anything related about inlines |
| 18:36.25 | *** join/#brlcad indianlarry (~indianlar@BZ.BZFLAG.BZ) |
| 18:39.03 | *** join/#brlcad Stattrav (~Stattrav@117.192.134.162) |
| 18:39.03 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 18:43.23 | *** join/#brlcad Ralith (~ralith@d142-058-174-190.wireless.sfu.ca) |
| 19:05.05 | brlcad | ``Erik: __BU_ATTR_* |
| 19:05.21 | brlcad | they're not (yet) protected because we haven't had one that was version-dependent |
| 19:06.38 | brlcad | as for the dark side, that's a configuration snafu -- gcc4 is installed, it's just not default ... ./configure CC=gcc4 |
| 19:07.59 | brlcad | aha, common.h -- that's where the version-specific logic is at, so bu.h could stay simple |
| 19:59.03 | CIA-105 | BRL-CAD: 03starseeker * r44242 10/geomcore/trunk/src/libgvm/ (gvm.h objects.c): (untested) check to see if an object is present in the repository |
| 20:59.25 | *** join/#brlcad adityag (~ADITYA@182.237.144.88) |
| 21:34.29 | CIA-105 | BRL-CAD: 03starseeker * r44243 10/geomcore/trunk/src/libgvm/ (gvm.h objects.c): Completely untested (the add and delete logic is untested even in svntest) but start working on the commit logic) |
| 21:49.14 | CIA-105 | BRL-CAD: 03starseeker * r44244 10/brlcad/branches/STABLE/src/librt/primitives/bot/g_bot_include.c: sync STABLE to trunk r44240 |
| 21:53.48 | starseeker | http://arstechnica.com/tech-policy/news/2011/04/the-next-napster-copyright-questions-as-3d-printing-comes-of-age.ars |
| 22:04.29 | *** part/#brlcad adityag (~ADITYA@182.237.144.88) |
| 22:51.03 | *** join/#brlcad Ralith (~ralith@d142-058-174-190.wireless.sfu.ca) |