| 00:22.24 | *** join/#brlcad ries_ (~ries@190.9.171.121) | |
| 01:18.56 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 02:03.24 | *** join/#brlcad hoiji (671b082c@gateway/web/cgi-irc/kiwiirc.com/ip.103.27.8.44) | |
| 02:13.44 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) | |
| 02:15.46 | Notify | 03BRL-CAD:tbrowder2 * 60943 (brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt): collecting more parse info |
| 02:27.01 | *** join/#brlcad hcurtis (b82d3369@gateway/web/freenode/ip.184.45.51.105) | |
| 02:30.19 | hcurtis | Update: If the issue named in the comments starting on line 892 of the Sourceforge version of fast4-g is the issue that I need to address, then I've been barking up the wrong tree. My main problem was that I was analyzing the wrong version of fast4-g. I thought the one I found in the xref would be ok to use, but I've realized that it is outdated. |
| 02:31.53 | hcurtis | At any rate, when I compare the version of fast4-g in commit 56492 to that in commit 60592, I can see how the former uses static allocation whereas the latter utilizes dynamic allocation. |
| 03:34.36 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 04:26.44 | clock | wow so many commits already |
| 04:29.32 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 05:50.58 | *** join/#brlcad kintel_ (~kintel@unaffiliated/kintel) | |
| 06:38.58 | *** join/#brlcad oana_ (~oana@188.209.97.130) | |
| 06:46.53 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.31.65) | |
| 09:11.31 | hcurtis | Update: If I now understand the fast4-g problem correctly, the program's manually recreated wmember list is a new container that the wmembers are copied into. What I need to do to improve the program is instead expand the container that is already present. In other words, I should use a null-terminated list and allow the memory allocated for it to change dynamically when necessary. |
| 09:24.44 | Notify | 03BRL-CAD Wiki:Hcurtis0010 * 7162 /wiki/User:Hcurtis0010/GSoC2014/logs: /* Week 2 */ |
| 09:48.22 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 09:55.09 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 10:11.19 | *** join/#brlcad raj12lnm (31cd6b50@gateway/web/freenode/ip.49.205.107.80) | |
| 11:41.26 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 12:03.22 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 12:29.22 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 12:51.44 | Notify | 03BRL-CAD:tbrowder2 * 60944 (brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt): now have working process for extracting parsed node data--need to expand to more nodes |
| 12:55.36 | *** join/#brlcad jasleen (~chatzilla@117.253.202.107) | |
| 13:19.44 | *** join/#brlcad piyushparkash (~piyushpar@202.164.53.117) | |
| 13:37.03 | Notify | 03BRL-CAD:tbrowder2 * 60945 (brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt): finally getting a good autotree dump of entire parse tree |
| 13:39.05 | *** join/#brlcad Zhao_Anqing (~clouddrif@218.81.9.244) | |
| 14:18.11 | *** join/#brlcad ries (~ries@190.9.171.121) | |
| 15:04.41 | Notify | 03BRL-CAD:tbrowder2 * 60946 brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm: remove unneeded subroutines; comment out possibly unneeded code |
| 15:05.38 | Notify | 03BRL-CAD:tbrowder2 * 60947 (brlcad/branches/d-binding/misc/d-bindings/ParseCChunk2.pm =================================================================== and 351 others): remove obsolete module |
| 15:47.30 | Notify | 03BRL-CAD:tbrowder2 * 60948 brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm: working on a syntax tree inspector routine--first step in deciding on class construction |
| 15:57.38 | Notify | 03BRL-CAD:tbrowder2 * 60949 brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm: eliminate unneeded code |
| 16:03.32 | *** join/#brlcad cwstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net) | |
| 16:19.22 | Notify | 03BRL-CAD:starseeker * 60950 (brlcad/trunk/src/librt/db_diff.c brlcad/trunk/src/librt/primitives/brep/brep.cpp): Fix the brep get return and the tcl -> avs routine. |
| 16:24.47 | *** join/#brlcad clock (~clock@84-72-11-5.dclient.hispeed.ch) | |
| 16:26.35 | Notify | 03BRL-CAD:starseeker * 60951 brlcad/trunk/src/gtools/gdiff2/summary.c: Make sure we have parameters to print - if we don't (like in the binary case) fall back on the type printout. |
| 16:42.10 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 16:51.58 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:56.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 16:57.14 | *** join/#brlcad KimK (~Kim__@ip68-102-30-143.ks.ok.cox.net) | |
| 16:59.17 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:14.29 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:21.00 | Notify | 03BRL-CAD Wiki:Vladbogolin * 7163 /wiki/User:Vladbogolin/GSoC2014/Logs: /* Week 2 */ |
| 17:29.16 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 17:32.41 | *** join/#brlcad vladbogo (~vlad@195.216.218.10) | |
| 17:36.47 | Notify | 03BRL-CAD:starseeker * 60952 (brlcad/trunk/include/bu/cv.h brlcad/trunk/src/libbu/b64.c and 2 others): Fix the decoding side of the libbu b64 functionality, and make asc2g work for breps. |
| 17:39.21 | Notify | 03BRL-CAD:starseeker * 60953 brlcad/trunk/NEWS: g2asc and asc2g can now retain brep objects during a round-trip import/export. The brep information is encoded using a base64 representation, which is not human editable, but it does support the use of g2asc/asc2g on brep-containing databases without losing the breps in the process. |
| 17:41.09 | *** join/#brlcad starseeker (~starseeke@66-118-151-70.static.sagonet.net) | |
| 17:41.11 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 17:41.11 | *** join/#brlcad n_reed (~molto_cre@66-118-151-70.static.sagonet.net) | |
| 17:41.12 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 17:41.13 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 17:48.18 | Notify | 03BRL-CAD:tbrowder2 * 60954 (brlcad/branches/d-binding/misc/d-bindings/csourceparser.pl =================================================================== and 843 others): remove unhelpful file |
| 18:03.46 | *** join/#brlcad teepee (~teepee@gateway/tor-sasl/teepee) | |
| 18:26.32 | brlcad | clock: the commits are never-ending |
| 18:26.46 | clock | brlcad, apparently! :) |
| 18:28.54 | brlcad | sorry I had to disappear yesterday mid-discussion, work demands happened |
| 18:44.55 | Notify | 03BRL-CAD:starseeker * 60955 brlcad/trunk/src/libbu/tests/bu_b64.c: Fix b64 test |
| 18:50.43 | Notify | 03BRL-CAD:starseeker * 60956 brlcad/trunk/src/librt/tests/CMakeLists.txt: This dirbuild test doesn't trigger problematic issues - if there are still issues beyond the known librt global issue for material_head, need a different example to test them |
| 19:06.19 | *** join/#brlcad oana_ (~elf11@109.97.183.87) | |
| 19:06.20 | Notify | 03BRL-CAD:brlcad * 60957 brlcad/trunk/NEWS: summarize the 7.24.2 highlights |
| 19:11.32 | Notify | 03BRL-CAD:brlcad * 60958 (brlcad/branches/RELEASE/NEWS Property Changed: and 2 others): merge c60957 from trunk to get the release summary |
| 19:18.36 | maths22 | brlcad: did you see my message about more? |
| 19:30.07 | Notify | 03BRL-CAD:starseeker * 60959 (brlcad/trunk/include/rt/db_diff.h brlcad/trunk/src/gtools/gdiff2/summary.c brlcad/trunk/src/librt/db_diff.c): Simplify down the diff3 states - with the diff_result structures encapsulating the specifics, we no longer need to call out the detailed diff state in the state numbers. |
| 19:32.27 | Notify | 03BRL-CAD:carlmoore * 60960 brlcad/trunk/doc/docbook/system/man1/en/fb-orle.xml: forgot to include -F in this manpage |
| 19:48.29 | *** join/#brlcad mihaineacsu (~mihaineac@92.85.31.65) | |
| 19:55.25 | *** join/#brlcad andrei__ (~IceChat77@188.26.186.18) | |
| 19:57.33 | Notify | 03BRL-CAD Wiki:Ankeshanand * 7164 /wiki/User:Ankeshanand/GSoC14/logs: /* Update logs for 29th May */ |
| 20:05.21 | Notify | 03BRL-CAD:tbrowder2 * 60961 brlcad/branches/d-binding/misc/d-bindings/c-grammar.txt: add note to avoid confusion |
| 20:06.28 | Notify | 03BRL-CAD:tbrowder2 * 60962 (brlcad/branches/d-binding/misc/d-bindings/c-grammar2.txt =================================================================== and 319 others): start another grammar version for manual production rules |
| 20:07.45 | Notify | 03BRL-CAD:tbrowder2 * 60963 brlcad/branches/d-binding/misc/d-bindings/D.pm: add a function to the C header to test function parsing during development |
| 20:12.29 | Notify | 03BRL-CAD:tbrowder2 * 60964 brlcad/branches/d-binding/misc/d-bindings/convert-h2d.pl: remove old, unused code |
| 20:14.37 | Notify | 03BRL-CAD:tbrowder2 * 60965 brlcad/branches/d-binding/misc/d-bindings/CParse.pm: remove old manual parsing code; refactor module for handling the P::RD parse tree |
| 20:15.28 | Notify | 03BRL-CAD:tbrowder2 * 60966 brlcad/branches/d-binding/misc/d-bindings/gen-cgrammar-module.sh: add the second grammar version to the auto-gen script |
| 20:17.22 | Notify | 03BRL-CAD:tbrowder2 * 60967 brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm: stuff old code away; rename functions for clarity |
| 20:18.36 | Notify | 03BRL-CAD:tbrowder2 * 60968 (svn:ignore ## -2,6 +2,7 ## and 22 others): update ignore listProperty Changed:----------------brlcad/branches/d-binding/misc/d-bindings/ |
| 20:23.58 | ``Erik | sushi tank: http://laughingsquid.com/tank-sushi-served-at-japanese-restaurant/ |
| 20:29.54 | Notify | 03BRL-CAD:tbrowder2 * 60969 brlcad/branches/d-binding/misc/d-bindings/gen-cgrammar-module.sh: tidy output msg |
| 20:30.47 | Notify | 03BRL-CAD:tbrowder2 * 60970 (brlcad/branches/d-binding/misc/d-bindings/gen-cgrammar-module.sh =================================================================== and 25 others): rename to better reflect purpose is to gen multiple modules |
| 20:42.34 | Notify | 03BRL-CAD:tbrowder2 * 60972 brlcad/branches/d-binding/misc/d-bindings/CParse.pm: comment out bad code temporarily |
| 20:42.52 | Notify | 03BRL-CAD:tbrowder2 * 60971 brlcad/branches/d-binding/misc/d-bindings/D.pm: add missing backslashes and % doubler; add to comment and correct typo |
| 20:56.47 | Notify | 03BRL-CAD:starseeker * 60973 (brlcad/trunk/include/rt/db_diff.h brlcad/trunk/src/gtools/gdiff2/summary.c brlcad/trunk/src/librt/db_diff.c): Add dir pointers so diff3 can report a little more information without having to re-calculate diffs. |
| 21:03.13 | Notify | 03BRL-CAD:tbrowder2 * 60974 (brlcad/branches/d-binding/misc/d-bindings/D.pm brlcad/branches/d-binding/misc/d-bindings/ParsePPCHeader.pm): change function name to reflect purpose |
| 21:04.00 | Notify | 03BRL-CAD:starseeker * 60975 brlcad/trunk/src/gtools/gdiff2/CMakeLists.txt: Reorg gdiff2 a bit. |
| 21:07.16 | *** join/#brlcad cwstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net) | |
| 21:08.09 | Notify | 03BRL-CAD:starseeker * 60976 (brlcad/trunk/src/gtools/gdiff2/diff3_summary.c brlcad/trunk/src/gtools/gdiff2/diff_summary.c and 2 others): More reorg |
| 21:17.27 | Notify | 03BRL-CAD:carlmoore * 60977 brlcad/trunk/doc/docbook/system/man1/en/g-tankill.xml: supply descriptions for 2 missing options; use parentheses around 2 sentences |
| 21:22.01 | brlcad | starseeker: how is the rcodes command more informative now? |
| 21:25.41 | brlcad | starseeker: and the suppressed command output -- was that windows-only or all platforms? |
| 21:31.34 | Notify | 03BRL-CAD:brlcad * 60978 brlcad/trunk/include/raytrace.h: only decrement if the fullpath len is greater than 0. if it's zero, the stack is empty and there's nothing to do. might need a better logic construct, but using ?: for now. |
| 21:36.17 | Notify | 03BRL-CAD:brlcad * 60979 brlcad/trunk/TODO: make sure search depth options handles the range of numerical values that it'll read and that it behaves as it best can to be consistent with the other specified values (so we don't have to document exceptions). |
| 21:40.04 | Notify | 03BRL-CAD:brlcad * 60980 brlcad/trunk/misc/CMake/FindTCL.cmake: make sure the script produced a file before we attempt to read the file in order to avoid a CMake error message about the file not existing. this occurs when there is a broken system wish, but it halts the build unnecessarily. |
| 21:40.27 | Notify | 03BRL-CAD:brlcad * 60981 (brlcad/trunk/src/other/tkhtml/CMake/FindTCL.cmake brlcad/trunk/src/other/tkpng/CMake/FindTCL.cmake brlcad/trunk/src/other/tktable/CMake/FindTCL.cmake): sync the other FindTCL.cmake files |
| 21:41.36 | brlcad | dammmnits .. enable all is pulling an (apparently) incompatible system bullet |
| 21:44.04 | Notify | 03BRL-CAD:tbrowder2 * 60982 (brlcad/branches/d-binding/misc/d-bindings/extract-grammar.pl =================================================================== and 53 others): start a grammar extractor |
| 21:44.43 | Notify | 03BRL-CAD:tbrowder2 * 60983 brlcad/branches/d-binding/misc/d-bindings/convert-h2d.pl: remove extra spaces |
| 21:45.50 | Notify | 03BRL-CAD:brlcad * 60984 (brlcad/branches/RELEASE/misc/CMake/FindTCL.cmake brlcad/branches/RELEASE/src/other/CMakeLists.txt and 3 others): merge 60979:60981 from trunk to get support builds with a busted wish binary |
| 21:47.07 | Notify | 03BRL-CAD:starseeker * 60985 (brlcad/trunk/src/gtools/gdiff2/gdiff2.c brlcad/trunk/src/gtools/gdiff2/gdiff2.h brlcad/trunk/src/gtools/gdiff2/utility.c): With the dp pointers in the result struct, we no longer have to do the db_lookups for search. |
| 21:58.02 | brlcad | oof, please no more cherry picking features onto RELEASE ... it really complicates things I'm having to revisit that were done |
| 22:01.01 | brlcad | recursive death: it takes so long to release because there've been so many changes added because it takes so long to release beacause there've been so many changes added ... |
| 22:02.13 | brlcad | the point of the release branch is to draw a line and say "you shall not pass!" ... so at least the rest can get out first |
| 22:02.42 | brlcad | after this release, I'm thinking we need to revisit our iteration cycle |
| 22:03.12 | brlcad | a month may simply be too long to review everything, too much activity in a given month, too much to review, too long to review it |
| 22:22.34 | *** join/#brlcad ries_nicked (~ries@190.9.171.121) | |
| 22:25.32 | Notify | 03BRL-CAD:brlcad * 60986 brlcad/trunk/src/libged/rcodes.c: it's not necessarily true that the file is invalid, just that no lines matched our geometry. this may or may not be bad, so just warn the user. |
| 22:25.58 | ``Erik | odd, NEWS has 7.24.2 last feb, but https://sourceforge.net/projects/brlcad/files/BRL-CAD%20Source/ says 7.24.0 is latest... was the release not... released? |
| 22:26.21 | brlcad | ``Erik: not released, little things keep coming up |
| 22:27.02 | brlcad | I've been on "it's definitely happening today" no less than 8 times now, only to have something come up each time |
| 22:27.11 | ``Erik | ah, premature release notes, gotcha |
| 22:27.37 | brlcad | updating the date stamp is one of the very last steps |
| 22:27.43 | brlcad | I've gotten that far several times :) |
| 22:27.57 | ``Erik | <-- was thinking "ok, so monthly release and weekly review, mebbe? wait, it's been like a year..." |
| 22:27.59 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:28.05 | brlcad | exactly |
| 22:28.16 | ``Erik | zips it and lets brlcad review, good luck O.o |
| 22:29.00 | brlcad | i could have just posted a tarball many a time, but not when I know it violates some social contract (something hasn't been reviewed) |
| 22:29.10 | brlcad | at least not knowingly |
| 22:29.29 | brlcad | we're close now, just have to get through these half dozen issues |
| 22:31.40 | ``Erik | if I want to do build tests, is there a revision or tag that should be used? |
| 22:32.03 | ``Erik | (should definitely get a release out before much more gsoc activity hits) |
| 22:35.05 | brlcad | that's what I've been working on the past two weeks |
| 22:35.25 | brlcad | the RELEASE branch is where the release is staged |
| 22:35.55 | brlcad | I just did a build on .bz and distcheck fails because it finds and tries to use an incompatible system Bullet |
| 22:36.10 | *** join/#brlcad hcurtis (b82d1ab1@gateway/web/freenode/ip.184.45.26.177) | |
| 22:36.27 | brlcad | I don't have a quick fix in mind for that other than to remove Bullet |
| 22:36.49 | hcurtis | brlcad: Checking in |
| 22:37.47 | ``Erik | I thought starseeker tweaked something to disable bullet |
| 22:38.41 | ``Erik | 60561 |
| 22:38.58 | ``Erik | from 5/9 |
| 22:40.02 | brlcad | thx |
| 22:42.02 | hcurtis | brlcad: I have not heard from you in a while. How are you? |
| 22:42.11 | Notify | 03BRL-CAD:brlcad * 60987 brlcad/branches/RELEASE/src/other/CMakeLists.txt: merge c60561 from trunk to disable Bullet unless it's explicitly enabled. fixes default build failure when system Bullet is incompatible. |
| 22:42.24 | brlcad | hcurtis: i'm doing just fine, thx |
| 22:42.28 | brlcad | quite busy, but doing well |
| 22:43.02 | hcurtis | Cool. And your being busy is a given. :) |
| 22:50.35 | Notify | 03BRL-CAD:brlcad * 60988 brlcad/trunk/NEWS: move the 7 features cliff back-ported down into the 7.24.2 release section. reword for clarity and to remove the dev perspective. these features of mged and rtwizard were nearly all worked in response to user requests (baker et al). |
| 22:51.04 | brlcad | too busy to sustain meaningful conversations for very long is unusual |
| 22:52.30 | hcurtis | brlcad: You said that you always read the backlog, so I imagine you've read my updates. Do you think I'm doing ok with fast4-g? |
| 22:53.27 | Notify | 03BRL-CAD:brlcad * 60989 brlcad/branches/RELEASE/NEWS: merge c60988 from trunk which consequently fixes the placement of the summary text at the top. |
| 22:55.11 | brlcad | hcurtis: yes, though a little concerned that you didn't get the conversion to libbu working with your example program |
| 22:55.35 | brlcad | it was good that you found the commits to fast4-g and were able to recognize how it was changed from static to dynamic |
| 22:56.37 | brlcad | note how the change to dynamic was not as simple as you learned, that's a key point because it almost should have been that simple .. not the complicated loop that deeply copied everything from one container to the allocated one |
| 22:57.13 | hcurtis | Ok |
| 22:57.35 | brlcad | I suggest starting with the stack-allocated version before the change and seeing if you can independently make it dynamic (pay no attention to what the other person did) |
| 22:57.47 | hcurtis | Ok |
| 22:58.22 | brlcad | learning how to use realloc may be necessary, but the gist there is very simple -- you use that to change the size of an existing heap (malloc) allocation |
| 22:58.34 | hcurtis | Yes |
| 22:59.02 | brlcad | and if it's not clear already, you can basically treat bu_malloc == malloc; bu_calloc == calloc; bu_realloc == realloc; bu_free == free |
| 22:59.33 | brlcad | the only difference from your perspective is a debugging string that documents what the allocation was for |
| 23:00.04 | hcurtis | Fortunately, I was able to learn about realloc, calloc, and free along with malloc. |
| 23:02.04 | brlcad | absorb and move on quickly ;) |
| 23:03.01 | hcurtis | I am sorry that it is taking so long. One major problem was my using that outdated version of fast4-g. I'll just have to take it as a mistake to learn from. |
| 23:04.02 | ``Erik | hcurtis: always stay up to date... I recommend you svn up several times a day |
| 23:04.37 | hcurtis | ``Erik: Hi, Erik. |
| 23:05.16 | hcurtis | ``Erik: Thank you. |
| 23:05.34 | hcurtis | brlcad: I thank you as well. |
| 23:05.35 | brlcad | also why getting a self-compiled version of BRL-CAD from checkout was listed as a checklist step (#16 iirc) too |
| 23:05.54 | hcurtis | Yes |
| 23:06.13 | brlcad | have you settled on an environment yet or are you still bouncing around? |
| 23:07.27 | brlcad | really do suggest sticking either with windows or with the VM (I'd recommend the VM) or installing Linux if you can avoid a new environment being a distraction / time sink (it's very tempting to explore when one self-installs) |
| 23:08.36 | hcurtis | I would like to give you details and ask you questions about that, but only if you are interested in it. |
| 23:08.42 | brlcad | trouble with windows is you end up needing to learn tricks like what you added to your test program to make it pause and wait for your input, otherwise it just flashed a window at you |
| 23:09.01 | brlcad | and then people here telling you to not do that, it's not portable ;) |
| 23:09.38 | hcurtis | Yes |
| 23:10.46 | brlcad | sorry, I really don't have time for getting into details, but I'll take that as a "no" if there's an explanation required ;) if that's wrong, just let me know windows or linux or whatever else you're using so I know what problems to expect you'll be facing |
| 23:12.23 | hcurtis | I was using Windows for the exercises and the VM for the libbu tasks. |
| 23:13.48 | brlcad | that's fine, but I guess my point / suggestion is to pick one and stick with it for better or worse, not just whichever you can get working |
| 23:13.59 | hcurtis | I decided to wait to look into a new Linux laptop because I wanted to focus on getting the programs done. |
| 23:14.11 | hcurtis | Ok |
| 23:14.35 | brlcad | because inevitably that method results in being unsure of the environment and trying everything twice, which means problems often take twice as long to be overcome when they are encountered (and the WILL be encountered, repeatedly, it's the nature of this beast) |
| 23:14.54 | hcurtis | Ok |
| 23:16.09 | brlcad | the VM really should be adequate for now .. you just need to learn a basic dev environment / editor |
| 23:16.26 | hcurtis | Do you want to know more about my problems with the conversion to libbu |
| 23:17.35 | brlcad | you might want to download+install Kate in the VM: http://kate-editor.org/get-it/ |
| 23:17.45 | hcurtis | Ok |
| 23:18.18 | brlcad | not your problems, but I'd be glad to try and answer any questions you have that will help you progress |
| 23:19.06 | brlcad | seeing as you read the smart questions paper again a few days ago, you know what I mean ;) |
| 23:19.57 | ``Erik | hcurtis: the dev log you're filling out daily would be a good place to enumerate problems... if you gave it a shot and still need help, just ask (you're kinda getting close to asking to ask) |
| 23:20.11 | hcurtis | brlcad: I do. You didn't see me "read in," did you? ;) |
| 23:21.10 | hcurtis | ``Erik: Ok |
| 23:21.14 | brlcad | yeah, that's good .. just fire off some questions |
| 23:21.14 | ``Erik | and, yeah, the vm should be adequate for now... buying a laptop just for gsoc seems kind of silly to me, unless you're been itching to buy one and are just looking for an excuse ;) |
| 23:22.13 | brlcad | most of your questions really will be answerable by many people, so you can just ask and see who eventually responds |
| 23:22.50 | ``Erik | is the vm running X and a desktop environment (kde, gnome, unity, xfce, ...)? |
| 23:22.56 | brlcad | yeah |
| 23:23.36 | brlcad | full blown debian distro iirc |
| 23:23.54 | brlcad | 7.2, 32-bit |
| 23:24.22 | ``Erik | cool, there're lots of ide's available :) I know cmake has a codeblocks target, I wonder how well our use of cmake works with that |
| 23:24.30 | brlcad | I think it even has a basic text editor already installed so perhaps even ignore that suggestion about installing Kate if you found and editor that is working for you |
| 23:24.41 | ``Erik | kedit or gedit? |
| 23:24.54 | brlcad | I forget, Tom put some GUI editor in there I think |
| 23:25.16 | brlcad | nano or pico would even be fine at this stage .. at least for the next few weeks |
| 23:25.31 | hcurtis | brlcad: I haven't thought about the libbu task in a few days. I decided to focus on fast4-g instead. I will need to come up with researched, intelligent questions about the libbu situation before I ask. |
| 23:25.43 | brlcad | okay |
| 23:25.52 | ``Erik | *nod* I did plenty of C in pico and joe before getting serious about learning vim :) |
| 23:26.42 | brlcad | if I recall, you ran into a build error when was to be expected (that pretty much is the entire effort, figuring that out, because the C changes to use libbu were basically putting bu_ on things) |
| 23:27.40 | brlcad | you had to 1) tell gcc where to find the header and 2) tell gcc where to find the library and doing both of those after compiling BRL-CAD (so you have a library to point to) |
| 23:28.12 | brlcad | that's the -I and -L and -l options (man gcc and/or search the web for compiling+linking tutorial with gcc) |
| 23:28.22 | hcurtis | Ok |
| 23:28.26 | brlcad | gotta run, talk more later .. keep up the hard work ;) |
| 23:28.34 | hcurtis | Ok. Ttyl |
| 23:28.48 | brlcad | s/when/which/ |
| 23:28.50 | brlcad | cya |
| 23:31.03 | hcurtis | ``Erik: When you say I'm kinda getting close to asking to ask, I'm not 100% sure what you mean. |
| 23:49.57 | *** join/#brlcad cstirk (~charlie@c-107-2-138-189.hsd1.co.comcast.net) | |
| 23:53.32 | Notify | 03BRL-CAD:brlcad * 60990 (svn:mergeinfo ## -1,3 +1,3 ## and 14 others): incorporate mergeinfo changes .. does latter svn still use these?Property Changed:----------------brlcad/branches/RELEASE/CHANGES |
| 23:54.20 | Notify | 03BRL-CAD:brlcad * 60991 (svn:mergeinfo ## -1,2 +1,2 ## and 4 others): incorporate mergeinfo changes .. does latter svn still use these?Property |
| 23:54.22 | Notify | Changed:----------------brlcad/branches/RELEASE/doc/docbook/articles/brlcad/branches/RELEASE/doc/docbook/books/brlcad/branches/RELEASE/doc/docbook/lessons/brlcad/branches/RELEASE/regress/repository.shbrlcad/branches/RELEASE/src/libbu/brlcad/branches/RELEASE/src/libged/polyclip.cpp |
| 23:55.03 | Notify | 03BRL-CAD:brlcad * 60992 (svn:mergeinfo ## -1,3 +1,3 ## and 14 others): incorporate mergeinfo changes .. does latter svn still use these?Property Changed:----------------brlcad/branches/RELEASE/ |