| 00:19.36 | *** join/#brlcad Nohla (~jesica@201.255.217.10) |
| 01:57.15 | *** join/#brlcad Nohla (~jesica@201.255.217.10) |
| 02:04.44 | juub | starseeker: thanks for the link. |
| 04:01.33 | *** join/#brlcad SWPadnos_ (~Me@dsl107.esjtvtli.sover.net) |
| 04:33.48 | *** join/#brlcad jesica__ (~jesica@201.255.251.76) |
| 05:26.25 | *** join/#brlcad juub (~jwb@unaffiliated/juub) |
| 05:39.32 | *** join/#brlcad tofu_ (~sean@BZ.BZFLAG.BZ) |
| 07:57.05 | *** join/#brlcad stevegt_ (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) |
| 10:28.38 | d-lo | Mernin all |
| 11:10.56 | *** join/#brlcad d_rossberg (~rossberg@BZ.BZFLAG.BZ) |
| 11:35.24 | CIA-73 | BRL-CAD: 03erikgreenwald * r39116 10/isst/trunk/ (configure.ac sdl/Makefile.am): add --with-agar instead of hard coding paths |
| 11:39.13 | ``Erik | huh http://www.wolfire.com/humble/stats |
| 11:40.27 | d-lo | what's that for? |
| 11:41.31 | d-lo | wow, 1.1 mil in 7 days? |
| 11:41.42 | d-lo | Now I really want to start an indie company! |
| 12:00.53 | ``Erik | was 7 games as a big donation drive |
| 12:01.08 | ``Erik | http://www.linuxgames.com/archives/15237 |
| 12:17.29 | CIA-73 | BRL-CAD: 03erikgreenwald * r39117 10/isst/trunk/sdl/ (event.c main.c): default to OpenGL context if possible. |
| 12:22.19 | CIA-73 | BRL-CAD: 03erikgreenwald * r39118 10/isst/trunk/sdl/event.c: 0 key now looks back at geometry |
| 12:24.00 | juub | wow, that's awesome ``Erik. |
| 12:29.58 | d-lo | brlcad: just curious as to why QT was picked to pair up with Ogre and not CEGUI ? |
| 12:30.20 | juub | O.o BRC-CAD is doing something with Ogre? |
| 12:32.12 | d-lo | yeah, working on an eventual replacement for mged. |
| 12:33.13 | juub | Interesting. Is there a place where I could read about it in detail? I'm just getting into BRL-CAD, and am still in the Introduction to MGED pdf (haven't gotten back to it in a few days). |
| 12:33.31 | starseeker | that's not really an intro topic |
| 12:33.49 | juub | Pardon? |
| 12:33.53 | starseeker | I'd suggest finishing the intro pdf first |
| 12:34.17 | starseeker | Qt+Ogre+BRL-CAD is rather... involved :-) |
| 12:34.42 | starseeker | however, if you're curious, you can take a look here: http://brlcad.org/wiki/User:Ralith |
| 12:37.04 | juub | thanks |
| 12:38.07 | d-lo | sneaky! Tofu == brlcad ... whodathunk?! |
| 12:38.16 | juub | :) |
| 12:39.19 | starseeker | juub: if your video player can handle it, you might take a look at this video to see the current state: http://bzflag.bz/~starseeker/g3d.avi |
| 12:39.50 | juub | wow, look at the humble page on wolfire.com (http://www.wolfire.com/humble), scroll down to the statistics, and switch to the "top" listing: $3333.33, $1337.0, do you think someone found an exploit, or were just that generous? |
| 12:40.49 | juub | starseeker: will do. Is there any sound, or can I leave my headphones off? |
| 12:40.54 | starseeker | no sound |
| 12:41.53 | juub | "Blender camera" --- interesting! I was asking just the other day about the BRL-CAD consensus towards Blender. |
| 12:42.07 | starseeker | that's just a camera mode |
| 12:42.14 | juub | I figured |
| 12:42.21 | starseeker | Blender is GPL, so it's not directly usable as code in BRL-CAD |
| 12:42.29 | starseeker | and it's a slightly different problem domain |
| 12:42.30 | juub | nods |
| 12:42.35 | brlcad | mged "replacement" is totally the wrong way to think about the new gui, it's a comprehensive redesign of MGED's GUI plain and simple, not a replacement of MGED |
| 12:42.35 | starseeker | but it's impressive software! |
| 12:43.04 | juub | brlcad: will mged still exist without QT/Ogre? |
| 12:43.07 | juub | starseeker: agreed |
| 12:43.56 | brlcad | juub: it depends what you consider to be "mged", the interface or the front-end code or the back-end code, etc |
| 12:44.00 | ``Erik | I d'no, I could see an open source weenie who made a fat wad in the 90's doing that kinda thing O.o |
| 12:44.25 | starseeker | ``Erik: hmm? |
| 12:44.47 | juub | starseeker: probably a response to my ponderance of the dollar amounts in the top contributors to the humble thing. |
| 12:44.48 | ``Erik | (re juub's comment about the 'top' donators) |
| 12:44.53 | brlcad | by the time we're done, they won't look at all the same but most of the same functionality and behaviors will be there, the libged and librt libraries are still doing the heavy lifting |
| 12:45.05 | brlcad | ``Erik: that's a pretty nifty game site |
| 12:45.32 | starseeker | ah. (the "1337" amount looks quite plausible as a geek donation...) |
| 12:45.36 | brlcad | the games look pretty cool too, at least slick n shiny |
| 12:45.42 | ``Erik | lugaru's merc repo seems slighly broken, many 0 length files :/ |
| 12:45.51 | juub | brlcad: you've never played world of goo? |
| 12:46.09 | ``Erik | world of goo is a good one, some pretty clever puzzle work |
| 12:46.16 | ``Erik | kinda reminded me of gish at first |
| 12:46.18 | starseeker | juub: the work you see in the g3d video was primarily to do with integrating Qt INSIDE an Ogre window - that turns out to be not so simple |
| 12:47.05 | *** join/#brlcad SWPadnos (~Me@emc/developer/SWPadnos) |
| 12:47.09 | d-lo | brlcad: just curious as to why QT was picked to pair up with Ogre and not CEGUI ? |
| 12:47.10 | brlcad | juub: I'm betting I've never played a lot of games |
| 12:47.11 | starseeker | that's (obviously) not got much to do with how an actual CAD gui would look |
| 12:47.17 | juub | starseeker: interesting. I don't have any experience with Ogre, other than installing it through my package manager, peeking at some of the examples (not compiling or running them, though), and bookmarking their documentation pages. |
| 12:48.04 | juub | brlcad: no shame in that. I've only blayed world of goo briefly at a friend's house, on the Wii. |
| 12:48.23 | brlcad | d-lo: cegui has a variety of issues that made it less than ideal, particularly for long term maintenance and integration |
| 12:48.24 | juub | s/blayed/played/ |
| 12:48.34 | brlcad | juub: I don't feel shamed :) |
| 12:48.38 | d-lo | ah, okie :) |
| 12:48.41 | juub | Didn't think you did ;) |
| 12:49.18 | brlcad | juub: there's more on the gui design at http://brlcad.org/design/gui/ |
| 12:49.22 | d-lo | Heh, I missed the closing of that xserve by 10 mins :( |
| 12:49.28 | brlcad | ouch |
| 12:49.37 | ``Erik | bummer |
| 12:49.43 | d-lo | I know :/ |
| 12:49.52 | starseeker | d-lo: besides, if I ever convince the Ogre cmake stuff to play nice I'm going to be sorely tempted to try using the Ogitor code base to re-create Archer/MGED with Qt :-P |
| 12:50.02 | d-lo | ut there are two quad Xeon power edge's up in Buffalo for $20 lol |
| 12:50.32 | d-lo | starseeker: sounds like fun :) |
| 12:51.15 | starseeker | I'm really hoping the various CMake build scripts just need more work to be more seamless, but so far the batting average for "working CMake build out-of-box" is pretty low |
| 12:51.37 | d-lo | which ones are giving you fits? |
| 12:53.46 | brlcad | d-lo: featurewise, cegui fails to deliver on scalabale widgets, does not have native look and feel as an option (nor even support the it as a theme), doesn't provide complex widget behaviors (copy-paste, drag n drop, spell checking, key bindings, etc), and has a limited window management model |
| 12:53.53 | brlcad | that's at least some of the items that come to mind |
| 12:54.21 | brlcad | it could be made to work (better than agar, for example), but it's require a lot of work |
| 12:54.30 | brlcad | s/it's/it'd/ |
| 12:54.35 | d-lo | kk. Just curious since I've seen Ogre+CEGui paired up a lot. |
| 12:54.50 | brlcad | you see them paired up a lot because ogre bundles them up by default is all |
| 12:55.07 | brlcad | it's in their default build and demos |
| 12:56.39 | brlcad | implementing http://brlcad.org/design/gui/ using cegui would be .. a little cumbersome |
| 12:57.57 | brlcad | using Qt it'll still be a lot of work, but it's more manageable, particularly for delivering on customizable widgets that provide advanced native behaviors along with optional native appearance on certain elements |
| 12:59.52 | d-lo | tbh, I'd like to jump on g3d as my next big task. |
| 13:00.03 | CIA-73 | BRL-CAD: 03davidloman * r39119 10/rt^3/trunk/ (include/NetPortal.h src/libNetwork/NetPortal.cxx): Minor logic fixes. Added in ability to set a NetMsgHandler and have the Portal forward the Message to the handler. |
| 13:00.10 | juub | ideal operating environment... it seems like the design there is trying to replace the desktop... |
| 13:00.39 | juub | brlcad: is that URL supposed to be an index browsed? |
| 13:00.44 | juub | i.e. missing an index.html |
| 13:01.23 | CIA-73 | BRL-CAD: 03davidloman * r39120 10/rt^3/trunk/ (2 files in 2 dirs): Add getter/setter for default message handler to be passed on to any generated Portals |
| 13:01.25 | CIA-73 | BRL-CAD: 03erikgreenwald * r39121 10/isst/trunk/ (configure.ac sdl/main.c): conditionalize agar stuff |
| 13:06.00 | starseeker | d-lo: I could make a list - not our code specifically, just a lot of open source projects |
| 13:06.15 | starseeker | Most times I mix Ogre and CMake nothing good comes of it |
| 13:06.19 | starseeker | hits the road |
| 13:06.22 | d-lo | starseeker: swing by sometime today and we can chit chat |
| 13:06.53 | starseeker | nods |
| 13:06.55 | starseeker | will do |
| 13:08.00 | juub | are those videos in the design/gui/ link made by brl-cad people? |
| 13:08.47 | d-lo | heh, 'brlcad people' nice :) But, to answer the question, yes. |
| 13:09.37 | juub | lol, what? What's wrong with brl-cad people? |
| 13:09.39 | d-lo | sounds like a depeche mode song. |
| 13:09.42 | d-lo | :) |
| 13:10.06 | juub | Hmm, I'm a bit confused by the "final" video ... doesn't seem to specific to BRL-CAD. |
| 13:16.11 | brlcad | d-lo: suggested reading, lots of good insights on design: http://www.javaworld.com/javaworld/jw-09-2003/jw-0905-toolbox.html |
| 13:17.43 | juub | brlcad: hmm, so the info on that URL is just concepts for potential BRL-CAD design direction? |
| 13:17.50 | d-lo | sassy, thanks! |
| 13:18.02 | juub | er, "that" URL being the brlcad.org/design/gui/ link you provded earlier. |
| 13:18.05 | brlcad | juub: it's not specific to brl-cad, it's specific to interation modalities, ways of contextualizing information, some layout concepts, and LOTS of usability concepts |
| 13:18.42 | brlcad | those in turn are driving the design of the gui as they form the most important aspect of the gui interaction |
| 13:19.26 | brlcad | particularly for devs implementing guis with little to no usability experience, there are a lot of concepts in that mock up |
| 13:20.13 | juub | nods |
| 13:20.24 | brlcad | following it for design of the new gui avoids a lot of major pitfalls and helps steer the development -- just replace 'page' with 'model' |
| 13:20.39 | juub | Gotchya |
| 13:21.07 | juub | Hmm, is the .org site running slowly for you too? |
| 13:21.17 | brlcad | yeah, it's getting hit pretty heavy at the moment |
| 13:30.32 | CIA-73 | BRL-CAD: 03davidloman * r39122 10/rt^3/trunk/ (4 files in 2 dirs): Make INetMsgHandler a requirement to NetPortal and NetPortalManager. Removes need for handler setters. Pulled handler Getters until they are needed |
| 13:33.58 | juub | What put Tcl/tk out of contention for building the gui (if anything)? |
| 13:37.50 | *** join/#brlcad stevegt_2 (~stevegt@c-69-181-134-76.hsd1.ca.comcast.net) |
| 13:40.51 | brlcad | juub: 15 years experience designing guis using tcl/tk ? :) |
| 13:41.04 | brlcad | j/k, nothing in particular in terms of toolkit features |
| 13:41.20 | brlcad | our next generation gui that predates the full redesign is still in tcl/tk |
| 13:41.27 | brlcad | (archer) |
| 13:41.47 | brlcad | that will take us forward for probably the next three years minimum |
| 13:42.58 | brlcad | the biggest issue with tcl/tk is attracting open source developers that can get involved -- it's definitely a niche language with expertise hard to come by |
| 13:45.51 | juub | brlcad: interesting, thanks. I'm just looking into linuxfromscratch, and it (well, "cross linux from scratch") utilizes something that relies on Tcl, which is why I asked about it. I've never done any GUI programming myself, (web stuff doesn't count), and have been wondering what might be some good options to familiarize myself with. |
| 13:46.05 | juub | Tcl/tk is distinct from GTK, correct? |
| 13:46.10 | brlcad | quite |
| 13:46.29 | juub | I may be mistaken, but GTK strikes me as heavily gnome related. |
| 13:46.41 | brlcad | we're still married to Tcl -- that won't likely change any time soon (if ever) |
| 13:47.04 | brlcad | Tk is what is being replaced for widgets and input control |
| 13:47.33 | ``Erik | gnome is built on top of GTK, just like kde is built on qt |
| 13:47.34 | juub | I see. I'm only vaguely familiar with their distinction. |
| 13:47.53 | juub | ``Erik: ah, thanks. |
| 13:49.44 | d-lo | question: If we are housing external deps (that are not built by our build system) in /src/other, would it be acceptable to move them to a top level dir like /extDeps ? |
| 13:50.06 | d-lo | I would think that ext deps that we do build with our build system should go in /src/other.... |
| 13:50.31 | brlcad | if they're not built, why are they there? |
| 13:50.45 | d-lo | rt3's custom ogre install :/ |
| 13:50.54 | brlcad | or probably better, if they're there, why are they not being built |
| 13:52.03 | d-lo | haven't wired them into cmake yet. |
| 13:52.05 | brlcad | that's a case of incomplete effort then, it should be integrated and building it, jsut wasn't completed |
| 13:52.48 | brlcad | not much point to "move it out of the way" as someone will just have to move it back |
| 13:52.54 | brlcad | busy work |
| 13:53.57 | d-lo | understood, just all those files in the other/ogre dir are making simple search/replaces not so simple. :) |
| 13:54.28 | brlcad | -not -regex '.*src/other.*' |
| 13:54.55 | d-lo | right, I just keep forgetting to do that lol |
| 13:56.20 | brlcad | make yourself a search wrapper shell script that has it all set up |
| 13:56.26 | brlcad | should be ignoring a lot more than src/other |
| 13:56.54 | d-lo | you in about the same time as normal? |
| 13:56.59 | brlcad | I use: -not -regex '.*src/other.*' -not -regex '.*~' -not -regex '.*\.log' -not -regex '.*Makefile.*' -not -regex '.*cache.*' -not -regex '.*\.svn.*' |
| 13:57.30 | CIA-73 | BRL-CAD: 03davidloman * r39123 10/rt^3/trunk/ (4 files in 2 dirs): Simplify NetMsgFactory some by removing its internal msg inbox. Factory now does just what the name implies: makes NetMsgs and passes them back if successful. Updated logic in NetPortal. |
| 13:57.56 | brlcad | is there such a thing as normal time? I'll suppose I'll have to be even more random! |
| 13:58.26 | brlcad | http://www.libregraphicsworld.org/news.php?readmore=348 |
| 13:58.36 | brlcad | nice summary of our changes, heh |
| 14:00.11 | brlcad | sans various typos |
| 14:19.36 | CIA-73 | BRL-CAD: 03davidloman * r39124 10/rt^3/trunk/src/libNetwork/ (3 files): Drop NetMsgSubscriberRegistry. Is not currently needed and likely will not be needed. Gotta stay Agile! |
| 14:28.46 | CIA-73 | BRL-CAD: 03davidloman * r39125 10/rt^3/trunk/src/libNetwork/ (Gateway.cxx Gateway.h): Make a Gateway use an INetMsgHandler. Implemented listening and HostList getter. |
| 14:38.23 | d-lo | brlcad: *more* random? heh, I'd be interested to see that! :P |
| 14:52.22 | CIA-73 | BRL-CAD: 03davidloman * r39126 10/rt^3/trunk/ (4 files in 2 dirs): Create file dedicated to defining EventTypes. This will do until a dynamic EventType registration process is implemented. |
| 15:07.42 | CIA-73 | BRL-CAD: 03davidloman * r39127 10/rt^3/trunk/include/EventSubscriber.h: This class is no longer purely virtual, so remove the "= 0" |
| 15:24.21 | CIA-73 | BRL-CAD: 03bob1961 * r39128 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Update the primitive creation menu. |
| 15:42.07 | CIA-73 | BRL-CAD: 03davidloman * r39129 10/rt^3/trunk/ (6 files in 2 dirs): Replace much of QT's signal/slots system with libEvent calls. Remove NetPortalManager from QT's MOC list. Isolated all signal/slots in libNetwork to NetPortal<->QSocket interactions. |
| 15:56.43 | CIA-73 | BRL-CAD: 03davidloman * r39130 10/rt^3/trunk/ (15 files in 2 dirs): Create file dedicated to defining MsgTypes. This will do until a dynamic MsgType registration process is implemented. |
| 16:00.34 | CIA-73 | BRL-CAD: 03davidloman * r39131 10/rt^3/trunk/tests/libEvent/BasicEventTest.cxx: update include statements in event tests. |
| 16:14.38 | CIA-73 | BRL-CAD: 03davidloman * r39132 10/rt^3/trunk/ (6 files in 3 dirs): Cleaning up various linkage/include errors. |
| 16:26.40 | CIA-73 | BRL-CAD: 03davidloman * r39133 10/rt^3/trunk/ (5 files in 2 dirs): Drop GeometryServiceApp and Daemon. Based on QT design of having the exec loop at the application level. This has been abstracted back as far as possible (Gateway) until time permits removal all together. |
| 16:27.51 | CIA-73 | BRL-CAD: 03davidloman * r39134 10/rt^3/trunk/src/GS/gsmain.cxx: Forgot a file for commit r39133 |
| 16:31.09 | CIA-73 | BRL-CAD: 03davidloman * r39135 10/rt^3/trunk/src/adminpanel/ (7 files): Remove unused classes in ACP. |
| 16:33.42 | CIA-73 | BRL-CAD: 03davidloman * r39136 10/rt^3/trunk/src/GS/ (ByteBag.cxx ByteBag.hpp): Drop ByteBag. Unused. |
| 16:34.45 | CIA-73 | BRL-CAD: 03davidloman * r39137 10/rt^3/trunk/src/GS/ (GeometryService.cxx gsmain.cxx): Comment out portions of GS for now. Once Gateway is finished/tested, the GeometryService class will need to be refactored. |
| 16:39.30 | CIA-73 | BRL-CAD: 03davidloman * r39138 10/rt^3/trunk/ (10 files in 2 dirs): Headers: make Gateway public, NetMsgFactory and NetPortal private |
| 16:40.21 | CIA-73 | BRL-CAD: 03davidloman * r39139 10/rt^3/trunk/include/GeometryService.h: Forgot a file for commit r39137 |
| 17:13.11 | CIA-73 | BRL-CAD: 03bob1961 * r39140 10/brlcad/trunk/src/libtclcad/ged_obj.c: Update the usage for new_view. |
| 17:28.15 | CIA-73 | BRL-CAD: 03erikgreenwald * r39141 10/isst/trunk/sdl/ (event.c isst.h main.c myplugin.c): show how to pass values to plugin. use "z" to set the raytrace resolution to a fixed size |
| 17:28.38 | CIA-73 | BRL-CAD: 03bob1961 * r39142 10/brlcad/trunk/src/tclscripts/lib/Ged.tcl: Tweak the faceplate command to return possible results. Fixed a typo in the -centerDotEnable option. |
| 17:41.07 | CIA-73 | BRL-CAD: 03erikgreenwald * r39143 10/isst/trunk/ (gtk/gui.c sdl/main.c): fix the offset error causing a sliver of geometry being shown on the wrong side of the context |
| 17:49.15 | CIA-73 | BRL-CAD: 03bob1961 * r39144 10/brlcad/trunk/src/tclscripts/archer/ (Archer.tcl ArcherCore.tcl): Added a modes menu item for toggling display of the center dot. |
| 17:49.36 | brlcad | egads |
| 17:50.14 | brlcad | that seems a bit option-excessive to me -- it's either useful to have the dot or it's not .. maybe tie it to faceplate |
| 17:50.44 | brlcad | maybe a command that toggles its display .. but not a menu |
| 17:50.51 | brlcad | that's one of mged's biggest failings |
| 17:52.28 | CIA-73 | BRL-CAD: 03erikgreenwald * r39145 10/isst/trunk/sdl/event.c: use SDL_GetTicks() instead of gettimeofday(). throttle FPS. |
| 17:58.49 | CIA-73 | BRL-CAD: 03brlcad * r39146 10/brlcad/trunk/NEWS: bob made updates to the primitive creation menu in archer, adding label images. |
| 17:59.22 | CIA-73 | BRL-CAD: 03erikgreenwald * r39147 10/isst/trunk/sdl/ (event.c main.c): zoom level insanity. |
| 18:10.03 | CIA-73 | BRL-CAD: 03brlcad * r39148 10/brlcad/trunk/NEWS: bob fixed a bug that snuck in as a last minute ill-tested release patch to the bot_split command. it was failing due to not checking whether a bot was plate mode before setting the plate thickness and face mode bits. |
| 18:10.52 | CIA-73 | BRL-CAD: 03brlcad * r39149 10/brlcad/branches/STABLE/NEWS: let's not mention the red command. |
| 18:10.55 | CIA-73 | BRL-CAD: 03brlcad * r39150 10/brlcad/trunk/NEWS: let's not mention the red command |
| 18:14.42 | CIA-73 | BRL-CAD: 03brlcad * r39151 10/brlcad/trunk/TODO: need to remove the deprecated old attribute names and make sure we're not still using them ourselves. doc/docbook/system/man5/en/attributes.xml has a list (though there may be more). |
| 18:23.06 | CIA-73 | BRL-CAD: 03erikgreenwald * r39152 10/isst/trunk/sdl/main.c: sane aspect ratio handling for downsampled raytracing |
| 18:34.07 | *** join/#brlcad Stattrav (~Stattrav@117.96.211.238) |
| 18:39.48 | CIA-73 | BRL-CAD: 03davidloman * r39153 10/rt^3/trunk/ (36 files in 2 dirs): Made NetMsg purely virtual. Introduced TypeOnlyMsg, cascaded changes throughout NetMsgFactory. Standardized NetMsg subclass constructors, destructors, _equals, and _serialize functions. |
| 18:59.54 | CIA-73 | BRL-CAD: 03davidloman * r39154 10/rt^3/trunk/ (3 files in 2 dirs): Implement the equality operator. Wire it into existing NetMsg::equals(...) |
| 19:03.21 | brlcad | likes all the commits |
| 19:06.23 | starseeker | is sorry the tarballs went out with the red command item... |
| 19:09.22 | starseeker | is anybody else still getting the ggdb3 flag when building on the mac? |
| 19:09.41 | starseeker | looks at bc_mac_opt_flag... |
| 19:19.35 | CIA-73 | BRL-CAD: 03davidloman * r39155 10/rt^3/trunk/tests/libNetwork/: Modified SVN:IGNORE to ignore *.backup files. |
| 19:21.27 | ``Erik | whupz, had --disable-optimized on for all that stuff O.O |
| 19:23.38 | starseeker | hrm - fast SHOULD work... |
| 19:23.53 | starseeker | why doesn't it... |
| 19:25.00 | brlcad | aliasing |
| 19:25.13 | brlcad | feel free to fix it ;) |
| 19:25.24 | starseeker | aliasing? |
| 19:25.44 | starseeker | hacked around it with case $host_os, but doubts brlcad would like that approach... |
| 19:28.51 | CIA-73 | BRL-CAD: 03starseeker * r39156 10/brlcad/trunk/configure.ac: Use for the moment on the debug_flag, until the mac_opt_flag test is fixed. |
| 19:29.08 | starseeker | just so it's an easy revert and I don't accidently commit it... |
| 19:35.21 | brlcad | oh, I misunderstood your question to be why -fast doesn't work on our code |
| 19:35.30 | starseeker | ah :-) |
| 19:35.42 | brlcad | that -fast test should work |
| 19:35.48 | brlcad | did you look at the log? |
| 19:36.04 | starseeker | erm |
| 19:36.09 | starseeker | should do that... |
| 19:36.13 | brlcad | it was done in leu of host_os as a feature test |
| 19:36.28 | brlcad | should always read the log when something fails unexpected :P .. thats why it's there |
| 19:36.45 | starseeker | heh - it was just a distraction at the time - was focused on something else... |
| 19:36.52 | starseeker | regenerates the log |
| 19:41.19 | starseeker | http://pastebin.org/226900 |
| 19:42.12 | brlcad | so it worked |
| 19:42.32 | starseeker | but it went on to check and set ggdb3 anyway |
| 19:44.02 | CIA-73 | BRL-CAD: 03davidloman * r39157 10/rt^3/trunk/tests/ (4 files in 3 dirs): Remove code deprecated by todays changes so we can get the tests compiling again. |
| 19:46.20 | CIA-73 | BRL-CAD: 03davidloman * r39158 10/rt^3/trunk/ (3 files in 2 dirs): Make NetMsgFactory public again so it can be easily tested. To make this private again, the tests will have to be stored in the same dir as the source/headers |
| 20:10.16 | *** join/#brlcad stevegt_ (~stevegt@cislunar.TerraLuna.Org) |
| 20:19.28 | CIA-73 | BRL-CAD: 03bob1961 * r39159 10/brlcad/trunk/src/ (libtclcad/ged_obj.c tclscripts/lib/Ged.tcl): Changed tick_enabled to tick_enable for consistency. Similar changes in Ged.tcl |
| 20:23.27 | CIA-73 | BRL-CAD: 03bob1961 * r39160 10/brlcad/trunk/src/tclscripts/archer/ArcherCore.tcl: -modelAxesTickEnabled changed to -modelAxesTickEnable for consistency |
| 20:24.51 | CIA-73 | BRL-CAD: 03bob1961 * r39161 10/brlcad/trunk/src/tclscripts/lib/ (ModelAxesControl.tcl ViewAxesControl.tcl): Mods to get the axes control panels working with the Ged widget. |
| 21:21.05 | CIA-73 | BRL-CAD: 03brlcad * r39162 10/brlcad/trunk/doc/ (5 files in 5 dirs): BRL-CAD, not BRLCAD. identity consistency. |
| 21:26.48 | *** join/#brlcad erik__ (Here@c-69-140-109-104.hsd1.md.comcast.net) |
| 21:30.20 | *** join/#brlcad akafubu (~akafubu@unaffiliated/akafubu) |
| 21:57.12 | CIA-73 | BRL-CAD: 03r_weiss * r39163 10/brlcad/trunk/src/conv/obj-g_new.c: adding functions to test for surface closure outside nmg creation functions |
| 22:02.39 | CIA-73 | BRL-CAD: 03josiah47 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (insert model: ) |
| 22:28.33 | *** join/#brlcad Nohla (~jesica@201.255.237.70) |
| 22:54.22 | *** join/#brlcad Nohla (~jesica@201.255.238.157) |
| 23:00.19 | CIA-73 | BRL-CAD: 03 07http://more.brlcad.org * r27 10Model repository/: Basic Impeller (update model: BRLCAD processing completed.) |
| 23:13.38 | *** join/#brlcad jesica__ (~jesica@201.255.237.95) |