| 00:44.54 | Notify | 03BRL-CAD Wiki:Bhollister * 8988 /wiki/User:Bhollister/DevLogJuly2015: /* Mon, July 13, 2015: Start of Week 8 (of 14) */ |
| 01:46.16 | starseeker | blinks... is transparency broken in Archer raytracing somehow? |
| 01:52.22 | brlcad | dunnos |
| 01:57.59 | starseeker | ah, nevermind |
| 01:58.10 | starseeker | top level shader overriding lower level one |
| 01:58.20 | starseeker | dons dunce cap |
| 01:58.32 | starseeker | cool - datums arrive! |
| 01:59.29 | starseeker | notes that someday it would be nice to have a GUI that gave some visual indication that the shader you're currently editing is overridden further up the tree... |
| 01:59.52 | starseeker | at least, in a instance-in-tree context... |
| 03:09.33 | Notify | 03BRL-CAD:brlcad * 65615 brlcad/trunk/TODO: the addition of tinycthread for gct begs design discussion, whether / how to expand libbu's threading API. on the surface, the next step probably involves exposing thread-level controls. this is fairly easily extracted from bu_parallel's guts for all existing threading models with some minor changes. adding support for individually starting, stopping, and waiting for |
| 03:09.35 | Notify | threads would provide a fairly simple cross-platform abstraction. |
| 03:09.37 | Notify | ... |
| 03:15.10 | brlcad | starseeker: I really hate to say it but 65568 (and possibly others) does not look minimally impacting |
| 03:15.43 | brlcad | and yeah, I should have commited the datums code over a month ago... too many distractions and delays |
| 03:15.55 | starseeker | sighs - I was afraid of that |
| 03:17.20 | starseeker | *really* doesn't want to revert pushing Tcl up out of the basic libs... if you're going to insist on the deprecation principle I suppose there's no alternative... |
| 03:17.21 | brlcad | is searching for a path forward |
| 03:17.46 | starseeker | just revert it and we'll mark it deprecated, then hope it won't be too hard to do it again someday |
| 03:18.00 | starseeker | grinds teeth slightly... |
| 03:18.10 | brlcad | is there a way to push it to the side? |
| 03:18.17 | starseeker | ? |
| 03:18.39 | starseeker | you mean leave the APIs in place? |
| 03:18.40 | brlcad | trying to think how we can effectively get around the deprecation policy |
| 03:18.45 | brlcad | yes and now |
| 03:19.13 | brlcad | basically two sets of minimally impacting changes |
| 03:19.26 | brlcad | example |
| 03:19.27 | starseeker | can probably live with restoring the bu/bn/rt tcl specific stuff, as long as the rest stays put |
| 03:20.04 | brlcad | we could rename bu_observer_notify() to tclcad_observer_notify() with the Tcl_Interp param and all, just like it was -- that's minimally impacting change #1 |
| 03:20.27 | starseeker | I was sort of hesitant to do it right before a release in the first place, but it was one of those things where I got some momentum built up... |
| 03:20.50 | brlcad | then add new api "bu_listener_notify" or "bu_observer_tell()" that has the new callback |
| 03:20.56 | brlcad | that'd be change #2 |
| 03:20.57 | starseeker | brlcad: not quite minimal - introduces the need to include tclcad headers/library linking as well |
| 03:21.05 | starseeker | (tclcad rename) |
| 03:21.15 | brlcad | that's the beauty |
| 03:21.27 | brlcad | we've never made a claim/policy about linkage |
| 03:21.33 | starseeker | ah |
| 03:21.39 | brlcad | that a given symbol would be in a lib, just that it'd be available |
| 03:22.17 | brlcad | it's weaseling, but still "minimally impacting" in a pure techncial sense .. it's just as easy to add a -ltclcad as it is to rename a function |
| 03:22.23 | starseeker | nods |
| 03:22.42 | brlcad | so it fits in spirit even if dirty |
| 03:23.12 | brlcad | and it could be immediately deprecated |
| 03:23.33 | brlcad | that way, all the work you've done could stay with some minor changes |
| 03:23.54 | brlcad | have to make sure all the symbols that lost a tcl_interp have a different name |
| 03:24.02 | brlcad | and that tclcad has them |
| 03:24.29 | starseeker | removes cat from keyboard... |
| 03:24.33 | starseeker | ahem |
| 03:24.49 | brlcad | that said.... we only use observer in few places, you know how many? |
| 03:25.06 | starseeker | 2 i think? |
| 03:25.08 | starseeker | checks |
| 03:25.33 | brlcad | if we can move it to tclcad without creating a dependency snafu, it might make more sense to just deprecate the whole shebang |
| 03:25.51 | starseeker | 3 - dm_obj.c, view_obj.c in libged and wdb_obj.c in mged |
| 03:26.44 | brlcad | ugh |
| 03:27.09 | brlcad | libged is obviously a problem.. :( |
| 03:28.27 | brlcad | so yeah, just stub in the observer stuff back into libtclcad/observer.c as tclcad_observer.. leave the _obj instances as you have them updated to new bu_observer, just need to rename 2/3 functions |
| 03:28.31 | brlcad | looks |
| 03:29.08 | brlcad | just one, bu_observer_notify |
| 03:29.26 | brlcad | oh, hm |
| 03:30.31 | brlcad | how about this... |
| 03:38.08 | starseeker | brlcad: I need to turn in - I'll check logs tomorrow, let me know if I need to move the Tcl APIs back into bu/bn/rt |
| 03:38.41 | starseeker | (or whatever solution looks best - I knew it was a bit risky to do, so if you want to revert and deal with it after release I'm fine with that.) |
| 03:45.14 | brlcad | basically cheating |
| 03:46.43 | starseeker | brlcad: about the threads thing - my understanding is the tinythreads code mimics the C11/C++11 API, which seems like a Really Good Thing - if we're going to do a libbu API, my preference would be to try and supply the new standard API when it's missing |
| 03:57.57 | Notify | 03BRL-CAD:brlcad * 65616 (brlcad/trunk/include/bu/observer.h brlcad/trunk/src/libbu/observer.c and 3 others): move the callback parameter to the end of the function list for bu_observer_notify() in order for existing code to keep linking. C allows functions to be called with fewer-than-specified arguments, albeit with undefined behavior, but generally passing 0. it's a sleazy way to claim that this is minimally |
| 03:57.59 | Notify | impacting. allowing it for this exceptional case since this API a) is really obscure and unlikely used outside of our code and b) directly exposed Tcl which really sucked for base public api to have such a major dependency. |
| 03:58.01 | Notify | ... |
| 03:58.19 | brlcad | starseeker: sort of mimics it, with C semantics |
| 03:59.20 | brlcad | it is a good thing, I really like it .. the question is what to do about it |
| 04:00.16 | brlcad | we could remove parallelism from libbu (somewhat portably risky), fully expose the same API, or take baby steps towards exposing as much as we need |
| 04:02.09 | brlcad | without more data, gct just exposed a slightly more complicated dispatch (really, a non-blocking bu_parallel()) .. which begged for individual thread control if taking baby steps |
| 04:02.50 | brlcad | the other two options are certainly worth considering |
| 04:04.37 | brlcad | I could see fully exposing the same API but there are definitely tradeoffs with fully expressivity (can be exceptionally harder to debug) |
| 04:08.27 | Notify | 03BRL-CAD:brlcad * 65617 brlcad/trunk/src/rt/viewedge.c: replace Tcl_SplitList call with new bu_argv_from_tcl_list call |
| 04:11.01 | Notify | 03BRL-CAD:brlcad * 65618 brlcad/trunk/TODO: no more instances of Tcl_SplitList() being called. woo hoo |
| 04:11.40 | Notify | 03BRL-CAD:brlcad * 65619 brlcad/trunk/src/rt/viewedge.c: oop, it doesn't need an interp |
| 04:13.58 | Notify | 03BRL-CAD:brlcad * 65620 brlcad/trunk/src/rt/viewedge.c: plug memory leak, free our memory |
| 04:16.19 | Notify | 03BRL-CAD:brlcad * 65621 brlcad/trunk/CHANGES: death to globals in public API |
| 04:57.30 | Notify | 03BRL-CAD:brlcad * 65622 brlcad/trunk/CHANGES: probably not user-visible, but a good idea to document the change that our base libraries no longer require tcl |
| 05:37.14 | *** join/#brlcad KimK (~Kim__@ip68-102-188-176.ks.ok.cox.net) | |
| 07:21.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.11) | |
| 07:27.35 | *** join/#brlcad dracarys983 (dracarys98@nat/iiit/x-mcivyxooaznpmklc) | |
| 07:35.52 | *** join/#brlcad luca79 (~luca@host162-221-dynamic.5-87-r.retail.telecomitalia.it) | |
| 08:23.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8989 /wiki/User:MeShubham99/GSoc15/log_developmen: |
| 08:24.17 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8990 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 08:40.21 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8991 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 7 */ |
| 08:43.26 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8992 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 08:48.40 | Notify | 03BRL-CAD Wiki:MeShubham99 * 8993 /wiki/User:MeShubham99/GSoc15/log_developmen: /* Week 8 */ |
| 09:12.44 | *** join/#brlcad Izakey (~Isaac@41.205.22.35) | |
| 09:14.13 | *** join/#brlcad Izakey_ (~Izakey@41.205.22.47) | |
| 11:09.15 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) | |
| 11:35.22 | *** join/#brlcad teepee-- (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 13:10.23 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 13:19.35 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:33.39 | *** join/#brlcad Izakey (~Izakey@41.205.22.13) | |
| 13:40.11 | Notify | 03BRL-CAD:starseeker * 65623 brlcad/trunk/src/libbrep/shape_recognition.cpp: Still not building a proper B-Rep when inner trimming loops are present. |
| 13:48.11 | *** join/#brlcad Izakey_ (~Izakey@41.205.22.37) | |
| 14:06.30 | Notify | 03BRL-CAD:d_rossberg * 65624 (brlcad/trunk/src/libgcv/wfobj/obj_parser.cpp brlcad/trunk/src/libgcv/wfobj/obj_parser_state.h): quell warnings (errors) of type "typedef ?\226?\128?\152~?\226?\128?\153 locally defined but not used" |
| 14:09.13 | d_rossberg | apparently there are some exotic characters in my console |
| 14:23.47 | Notify | 03BRL-CAD:ejno * 65625 (brlcad/trunk/src/libbu/semaphore.c brlcad/trunk/src/librt/primitives/bot/bot.c): fix typo; remove gct includes from bot.c |
| 14:26.16 | dracarys983 | d_rossberg: Kindly check my updated patch when time permits. |
| 14:26.54 | dracarys983 | And tell me if I should start implementing the Volume() function in C++ interface. |
| 14:28.02 | *** join/#brlcad __monty__ (~toonn@d51A5489B.access.telenet.be) | |
| 14:31.42 | d_rossberg | dracarys983: i've already commented your patch (i've some questions) |
| 14:32.14 | d_rossberg | nevertheless you can start implementing Volume() |
| 14:50.09 | Notify | 03BRL-CAD:starseeker * 65626 brlcad/trunk/src/libbrep/shape_recognition.cpp: This appears to create a valid brep that also raytraces correctly. More test cases are probably in order... |
| 15:01.45 | Notify | 03BRL-CAD:carlmoore * 65627 (brlcad/trunk/src/librt/primitives/datum/datum.c brlcad/trunk/src/librt/primitives/table.c): remove a trailing whitespace character, and fix a spelling |
| 15:23.34 | Notify | 03BRL-CAD Wiki:Ejno------ * 0 /wiki/User:Ejno------: |
| 15:28.50 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:30.16 | ejno | brlcad: the wiki is out-of-date; I will update it now |
| 15:59.38 | *** join/#brlcad brlcad (~sean@66-118-151-70.static.sagonet.net) | |
| 16:01.07 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 16:01.33 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 16:01.34 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 16:01.46 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 16:01.47 | *** join/#brlcad ejno (~ejno@66-118-151-70.static.sagonet.net) | |
| 16:01.47 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 16:44.34 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:27.07 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 17:51.00 | *** join/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91) | |
| 18:16.26 | Notify | 03BRL-CAD:starseeker * 65628 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: unhandled case... |
| 18:23.26 | Notify | 03BRL-CAD Wiki:Ejno------ * 8994 /wiki/Mged_simulation: update to reflect changes in the simulate command |
| 18:42.01 | ih8sum3r | Hi brlcad, ``Erik. I'm trying to install meteor on freeBSD 10.1 but I did not get any official support for doing so. I have followed this http://grigio.org/meteorjs_freebsd_11_current/ but facing some problem which I'm unable to solve. I'm attaching the screenshot for the same. Please guide me to get out of this. I read somewhere that libm.so.6 problem can be solve by installing compat6x from ports (http://www.cyberciti.biz/faq/libexecld-elfso1-shared-obj |
| 18:52.32 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 19:03.46 | sofat | brlcad, hello |
| 19:03.57 | sofat | I have update the language work please check |
| 19:03.58 | sofat | http://202.164.53.122/wordpress/articles/en/about.php |
| 19:16.29 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 19:22.03 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 19:25.30 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8995 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */ |
| 19:26.18 | Notify | 03BRL-CAD Wiki:Konrado DJ * 8996 /wiki/User:Konrado_DJ/GSoc2015/logs: /* 14 JULY 2015 */ |
| 19:31.48 | *** join/#brlcad sofat (~sofat@202.164.45.204) | |
| 19:38.39 | *** join/#brlcad Izakey (~Isaac@41.205.22.61) | |
| 19:42.47 | Notify | 03BRL-CAD Wiki:Deekaysharma * 0 /wiki/File:Meteor_freeBSD_libm.so.6_error.png: |
| 19:52.16 | Notify | 03BRL-CAD Wiki:Deekaysharma * 8998 /wiki/User:Deekaysharma/logs: |
| 19:52.57 | *** part/#brlcad ih8sum3r (~ih8sum3r@122.173.51.91) | |
| 19:59.14 | *** join/#brlcad vasc (~vasc@bl13-100-5.dsl.telepac.pt) | |
| 20:05.26 | vasc | hmmm. what's with all these cmake warnings... |
| 20:36.10 | *** join/#brlcad luca79 (~luca@151.57.29.245) | |
| 20:44.42 | Notify | 03BRL-CAD:lbutler * 65629 brlcad/branches/embree/src/ert/ert.cxx: a little more on ert |
| 21:16.51 | Notify | 03BRL-CAD Wiki:202.164.45.204 * 8999 /wiki/User:Hiteshsofat/GSoc15/log_developmen: |
| 21:33.29 | Notify | 03BRL-CAD:ejno * 65630 brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: work on optionally detecting CCONE1 elements |
| 21:44.36 | Notify | 03BRL-CAD:starseeker * 65631 brlcad/trunk/src/libbrep/shape_recognition_cylinder.cpp: Hmm... clearly this capping logic needs some more thought... |
| 21:58.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 23:10.42 | *** join/#brlcad Gurwinder (3b5b76ba@gateway/web/freenode/ip.59.91.118.186) | |
| 23:12.21 | Notify | 03BRL-CAD Wiki:Bhollister * 9000 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:12.27 | Gurwinder | brlcad: Hi, I am here to discuss with you about my post mid term work. Are you free? |
| 23:14.46 | Notify | 03BRL-CAD Wiki:Bhollister * 9001 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:16.56 | Notify | 03BRL-CAD Wiki:Bhollister * 9002 /wiki/User:Bhollister/DevLogJuly2015: /* Tues, July 14, 2015 */ |
| 23:18.09 | Notify | 03BRL-CAD Wiki:59.91.118.186 * 9003 /wiki/User:Gurwinder_Singh/GSoc15/log_developmen: |