| 00:30.08 | ``Erik | seems to have survived parent orientation at an elementary school O.o |
| 00:39.12 | Notify | 03BRL-CAD:starseeker * 57578 (brlcad/trunk/src/librt/search.c brlcad/trunk/src/librt/search.h): Switch the core search logic from using struct db_full_path_list to struct bu_ptbl, which is what should have been done originally since it would have avoided introducing a specialized type just for search. This will allow the new API to be defined without using db_full_path_list, and allow both the struct and the |
| 00:39.14 | Notify | functions using it to be gradually replaced and deprecated. |
| 00:41.19 | starseeker | is annoyed with himself in retrospect |
| 00:46.37 | kanzure | ``Erik: congrats hah |
| 00:59.33 | Notify | 03BRL-CAD:starseeker * 57579 brlcad/trunk/src/librt/search.c: More preliminary design for the final db_search function. |
| 01:08.44 | brlcad | ``Erik: haha |
| 01:09.19 | brlcad | starseeker: lot of interesting thoughts there in r57554 |
| 01:10.16 | brlcad | lots |
| 01:11.01 | brlcad | is it possible to assign multiple advanced representations to the same associated product? |
| 01:11.12 | brlcad | is reminded to look for that diagram, hunts |
| 01:14.47 | Notify | 03BRL-CAD:starseeker * 57580 brlcad/trunk/src/librt/search.c: More search notes. |
| 01:15.21 | mpictor | tried STACK |
| 01:15.22 | mpictor | has never heard the cpu fan go quite that fast :O |
| 01:15.32 | starseeker | hehe |
| 01:15.58 | starseeker | debates simplicity of argv style char pointer array vs. more flexible but less standard bu_ptbl of char *... |
| 01:16.17 | mpictor | even compiling brl-cad on all cores wasn't quite that bad... of course, that didn't take nearly as long as this |
| 01:16.55 | starseeker | mpictor: if you really want to melt your machine I recommend a parallel make distcheck-full of BRL-CAD :-) |
| 01:17.15 | mpictor | what does distcheck-full do? |
| 01:17.31 | starseeker | builds 9 different configurations of BRL-CAD... at the same time |
| 01:17.37 | mpictor | lol |
| 01:17.41 | starseeker | each of which is also trying to do a full parallel build |
| 01:18.01 | mpictor | o.O |
| 01:18.09 | starseeker | parallel launching of parallel make compilations |
| 01:19.01 | starseeker | not to mention they're all running regression tests, benchmarking, what have you |
| 01:19.22 | starseeker | beats up on hard drives AND cpus :-) |
| 01:19.24 | mpictor | wow |
| 01:19.25 | mpictor | yea |
| 01:19.44 | mpictor | what sort of machine do you run that on?! |
| 01:20.15 | brlcad | starseeker: if it's a container you need, shouldn't that be a bu_list? |
| 01:20.19 | *** join/#brlcad kesha_ (~kesha@49.249.200.58) |
| 01:20.35 | brlcad | seems like an odd use for ptbl |
| 01:20.41 | starseeker | brlcad: where, inside search? |
| 01:20.49 | starseeker | works like a charm... |
| 01:20.52 | brlcad | your debate above |
| 01:20.56 | starseeker | ah |
| 01:21.23 | starseeker | I suppose a bu_list of char * is possible - I'm not fond of bu_list, it's a bit clunky to work with, but I guess that would work |
| 01:23.26 | brlcad | could make it a void* and wrap all insertions through a function that knows what the container is |
| 01:23.32 | brlcad | that way you could change it later if needed |
| 01:24.18 | starseeker | I'm probably over-thinking it, really - a char *paths[] array is the simple solution |
| 01:24.19 | brlcad | there is nice simplicity in a null-terminated argv array |
| 01:25.27 | starseeker | reminds himself not to over-complicate it this time around, will be paying the db_full_path_list costs for a while... |
| 01:25.29 | brlcad | still probably want to wrap insertions in a function so you can realloc as needed instead of having hard limits |
| 01:25.50 | brlcad | and instead of having realloc in every possible place you need to add or remove from the array |
| 01:26.19 | starseeker | well, the argv array will actually be managed elsewhere - by the time it reaches db_search, it should be in its "ready to go" form |
| 01:26.52 | brlcad | hmm, is that the things to look for or for results? |
| 01:27.01 | starseeker | things to look for |
| 01:27.09 | brlcad | ah, shucks, well yeah |
| 01:27.15 | starseeker | the results are in a table - bu_ptbl of db_full_path pointers |
| 01:27.17 | brlcad | null-terminated argv ftw |
| 01:28.04 | brlcad | there is no "is it null-terminated issue" .. any more than "is this string nul-terminated??" ... you control that |
| 01:28.38 | starseeker | nods |
| 01:28.41 | Notify | 03BRL-CAD:starseeker * 57581 brlcad/trunk/src/librt/search.c: worry about making the argv array elsewhere - not db_search's job to worry about it. |
| 01:28.56 | brlcad | note that there are bu functions for turning "a string like this" into an argv[] = {"a", "string", "like", "this", NULL} |
| 01:29.20 | starseeker | nods - using those already to break the plan strings into an argv array :-) |
| 01:29.22 | brlcad | and vice versa |
| 01:29.24 | starseeker | slick |
| 01:32.12 | starseeker | from a programmatic standpoint, the best way to drive search is to define the string that you want in the C function. libged's search function will need to re-construct the string from its own argv array entries, but that's trivial |
| 01:32.59 | starseeker | actually expects libged's search logic to simplify once things are properly defined |
| 01:33.39 | starseeker | brlcad: oh, that reminds me - do we have a function at the librt level that builds the tops list? |
| 01:33.49 | starseeker | db_top_objs or some such? |
| 01:35.01 | starseeker | has repeated that logic waaay too many times... |
| 01:55.36 | Notify | 03BRL-CAD:tbrowder2 * 57582 brlcad/trunk/src/util/bu_opt_parse.h: added double to union; reordered vars in union |
| 01:58.04 | Notify | 03BRL-CAD:tbrowder2 * 57583 brlcad/trunk/src/util/bu_opt_parse.cpp: filled in func parts needed for dsp_add2.c; builds, but doesn't work correctly; more work needed; also need cleanup and memory reclaing bits; may need to use pointers to TCLAP objects |
| 02:04.44 | brlcad | we do not have such a function |
| 02:05.42 | brlcad | it's taken much restraint |
| 02:08.41 | brlcad | the getspace() method is sucky though |
| 02:15.14 | brlcad | char **db_tops(const struct db_i *dbip); |
| 02:16.17 | brlcad | or maybe allow user-provided memory with limits |
| 02:22.24 | Notify | 03BRL-CAD:tbrowder2 * 57584 brlcad/trunk/src/util/dsp_add2.c: add comment; reorder some code in more logical order |
| 02:27.11 | brlcad | maybe instead, int db_tops(const struct db_i *dbip, size_t maxtops, char **tops); |
| 02:39.29 | starseeker | are we likely to hit a memory limit with tops? |
| 02:39.51 | starseeker | doesn't follow - why restraint? |
| 02:40.05 | starseeker | do we not want such a function? |
| 02:57.29 | brlcad | restraint in complaining every time someone replicated the tops logic once again .. :) |
| 02:57.50 | brlcad | it is a perfect refactoring case, should have been a function 25 years ago |
| 03:00.42 | brlcad | it's at least a days work to implement a function proper and a few more put it to use in the places a tops is pulled |
| 03:01.59 | brlcad | i'd like to see it taken to the next level, making all the places where we require object names be optional, defaulting to the tops listing (at least if num tops == 1, but sometimes even if num > 1) |
| 03:14.38 | starseeker | ah - what complicates the function definition? |
| 03:14.48 | starseeker | (besides that annoying hidden flag...) |
| 03:15.10 | starseeker | memory management of char **tops? |
| 03:16.22 | starseeker | reflects we may need a parameter to tell the function whether to respect the hidden flag |
| 03:17.01 | starseeker | not even sure what that means in the more general case - if a top level object is hidden, do we show the ones below it in the tree that aren't hidden instead or just not show *anything* below it? |
| 03:17.14 | starseeker | believes it is the latter now, can see a case for both ways... |
| 03:18.18 | starseeker | first approach would be tricky, come to think of it... |
| 03:29.25 | brlcad | giving up, can't find the diagram |
| 03:34.39 | brlcad | both approaches are tricky in different ways |
| 03:35.02 | brlcad | pretending the objects do not exist is best (as if you ran kill) |
| 03:38.31 | kesha_ | brlcad: Enabled verbose, still the same error. http://paste.kde.org/pfa7f8c64/ |
| 03:43.06 | *** join/#brlcad kesha__ (~kesha@49.249.8.171) |
| 03:44.56 | starseeker | hmm - ../src/util/dsp_add2.c:230:5: error: ISO C90 forbids mixed declarations and code [-Werror=edantic] |
| 03:48.31 | Notify | 03BRL-CAD:starseeker * 57585 brlcad/trunk/src/util/dsp_add2.c: C90 wants declaration at the top. |
| 04:02.51 | *** join/#brlcad kesha (~kesha@49.249.8.40) |
| 04:11.20 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) |
| 04:18.01 | Notify | 03BRL-CAD:starseeker * 57586 brlcad/trunk/src/librt/search.c: edging closer to a fleshed-out design for db_search |
| 04:37.56 | *** join/#brlcad kesha_ (~kesha@49.249.16.249) |
| 04:52.08 | kesha_ | brlcad: 7.16.6 also - http://paste.kde.org/p66bea846/ |
| 05:28.06 | *** join/#brlcad kesha__ (~kesha@49.249.17.239) |
| 05:39.02 | kesha__ | brlcad: rev 45657 - http://paste.kde.org/pbedc5da0/ |
| 06:32.43 | *** join/#brlcad bch (~bch@dsl081-162-155.sea1.dsl.speakeasy.net) |
| 06:32.50 | bch | hello #brlcad |
| 07:12.19 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) |
| 07:13.24 | Notify | 03BRL-CAD:phoenixyjll * 57587 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Fix memory leaks. |
| 07:29.43 | *** join/#brlcad ``Erik (~erik@pool-74-103-94-19.bltmmd.fios.verizon.net) |
| 07:34.00 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:45.28 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) |
| 07:46.05 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 07:54.42 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) |
| 08:08.05 | Notify | 03BRL-CAD:phoenixyjll * 57588 brlcad/trunk/src/libbrep/boolean.cpp: Delete the 3D curve for singular trims (no edges are added), and remove dead code. |
| 08:31.49 | Notify | 03BRL-CAD:phoenixyjll * 57589 brlcad/trunk/src/libbrep/boolean.cpp: Delete the unused curves. |
| 08:38.11 | kesha__ | starseeker: brlcad: Like we do bin/step-g from build directory to use step-g of trunk, In case of inplace compiling using autogen.sh and ./configure, how to use step-g of that revision ? |
| 08:58.45 | Notify | 03BRL-CAD:phoenixyjll * 57590 brlcad/trunk/src/libbrep/boolean.cpp: Continue working on memory leaks. |
| 09:46.21 | Notify | 03BRL-CAD:phoenixyjll * 57591 (brlcad/trunk/src/libbrep/boolean.cpp brlcad/trunk/src/libbrep/intersect.cpp): Free the memory. |
| 09:51.12 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 10:33.17 | *** join/#brlcad kesha (~kesha@49.249.16.57) |
| 10:44.49 | Notify | 03BRL-CAD:tbrowder2 * 57592 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): change flag to be string as TCLAP uses it; simpifies TCLAP arg handlers |
| 10:58.23 | Notify | 03BRL-CAD:tbrowder2 * 57593 (brlcad/trunk/src/util/bu_opt_parse.cpp brlcad/trunk/src/util/bu_opt_parse.h brlcad/trunk/src/util/dsp_add2.c): formalize error handling a bit; consider TCLAP error message satisfactory so we don't get in the way; but note TCLAP handling still needs work |
| 10:59.33 | Notify | 03BRL-CAD:tbrowder2 * 57594 brlcad/trunk/src/util/bu_opt_parse.cpp: remove unneeded code |
| 11:04.26 | *** join/#brlcad merzo (~merzo@user-94-45-58-138-1.skif.com.ua) |
| 11:06.08 | Notify | 03BRL-CAD:tbrowder2 * 57595 brlcad/trunk/src/util/dsp_add2.c: enhance comment |
| 11:07.02 | Notify | 03BRL-CAD:tbrowder2 * 57596 brlcad/trunk/src/util/bu_opt_parse_private.h: titdy output format |
| 11:19.55 | Notify | 03BRL-CAD:tbrowder2 * 57597 brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h: modified handling of progname: removed path |
| 11:21.19 | *** join/#brlcad kesha (~kesha@49.249.16.57) |
| 11:35.20 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 11:36.02 | Notify | 03BRL-CAD:tbrowder2 * 57598 (brlcad/trunk/src/other/tclap/include/tclap/CmdLine.h brlcad/trunk/src/util/bu_opt_parse_private.h): move changes out of orginal TCLAP into our customization header |
| 11:44.57 | Notify | 03BRL-CAD:tbrowder2 * 57599 brlcad/trunk/src/util/bu_opt_parse.cpp: now using arg pointers; looks like success--need cleanup; memory handling; and filling out remaining handlers |
| 12:04.41 | *** join/#brlcad FLOSSrookie (~brian@107-200-34-111.lightspeed.tulsok.sbcglobal.net) |
| 12:05.59 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) |
| 12:07.33 | brlcad | kesha: it'll be in src/conv/step/step-g I believe |
| 12:07.54 | brlcad | Ch3ck_: I answered you already |
| 12:08.19 | FLOSSrookie | I just want to get a final yes or no on this, if I want to contribute to the project will Tcl be necessary? |
| 12:09.40 | Ch3ck_ | I don't see it ;) |
| 12:09.48 | Ch3ck_ | could you please reiterate? |
| 12:10.56 | kesha | let me see. |
| 12:11.48 | brlcad | FLOSSrookie: I've answered that three times... no :) |
| 12:12.16 | FLOSSrookie | brlcad: Oh...Sorry, I guess I forgot. :( |
| 12:12.22 | kesha | no. Not found |
| 12:12.22 | brlcad | no worries |
| 12:12.39 | brlcad | kesha: not found because it didn't compile or ... ? |
| 12:14.29 | brlcad | Ch3ck_: you have a notion that the bounding box center is the "origin" ... primitives do not have a consistently defined origin, so that's the best you have to work with |
| 12:14.32 | brlcad | Ch3ck_: create an translation matrix that will move the bounding box to that position and then move the primitive by the inverse translation (so it ends up at the origin), and you pull the original matrix up |
| 12:15.34 | kesha | r42916, it compiled but without installing I am not getting how to use step-g |
| 12:16.21 | brlcad | Ch3ck_: and you need to figure out a better way to check the log, I won't be repeating again like that .. |
| 12:16.24 | brlcad | that's the point of asking you to use screen+irssi, but if you're not willing then you'll have to manually search the saved logs next time |
| 12:16.37 | brlcad | kesha: you didn't get an error during compilation? |
| 12:16.42 | Ch3ck_ | well i use the log |
| 12:17.04 | kesha | in src/conv/step/step-g.cpp is there. It cant be used as executable |
| 12:17.30 | brlcad | Ch3ck_: like I said, then you need to figure out a better way because whatever you just did was inadequate |
| 12:17.48 | brlcad | my response is still sitting in my backlog from less than 12 hours ago |
| 12:18.03 | brlcad | if I can pull it up, you should be able to |
| 12:18.03 | kesha | for revisions near to 35000 - 41000 around its giving error. |
| 12:18.14 | Ch3ck_ | brlcad, ok |
| 12:18.17 | kesha | http://paste.kde.org/p4a9bfa90/ |
| 12:18.29 | kesha | this error - |
| 12:19.02 | brlcad | kesha: of course it can't be the exec .. that's the *source* file... |
| 12:19.30 | brlcad | let's not get distracted |
| 12:19.49 | brlcad | you said r42916 compiled |
| 12:19.53 | brlcad | did it compile successfully? |
| 12:20.47 | brlcad | i.e., other than not being able to find the step-g binary, did it give you an error when you ran make? |
| 12:21.05 | brlcad | and was step-g in the output log if you did not get an error? |
| 12:21.36 | kesha | yes . compiled. |
| 12:21.57 | kesha | It was not using cmake, but with autogen and ./congigure and make |
| 12:23.46 | kesha | no error while make |
| 12:27.58 | *** join/#brlcad kesha_ (~kesha@49.249.0.246) |
| 12:28.39 | *** join/#brlcad pawleeq_ (~pawleeq@static-cl031028150026.unet.cz) |
| 12:28.43 | pawleeq_ | hello |
| 12:30.14 | pawleeq_ | I did svn checkout today and tried to complie brlcad from source. I got stuck with brepintečrsect. Make error is here: http://pastebin.com/jMNgPsu9 |
| 12:33.34 | brlcad | kesha_: so then try: find . -name \*step-g\* |
| 12:36.08 | kesha_ | http://paste.kde.org/p5dc0b16c/ |
| 12:37.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 12:39.43 | brlcad | pawleeq_: ah, that's my doing yesterday |
| 12:41.30 | brlcad | pawleeq_: fixed |
| 12:41.51 | Notify | 03BRL-CAD:brlcad * 57600 brlcad/trunk/src/proc-db/CMakeLists.txt: the cpp files still need to be NO_STRICT because of signed overflow warnings in the opennurbs headers |
| 12:42.32 | brlcad | kesha_: that doesn't look right, looks like compilation did not succeed |
| 12:43.06 | brlcad | kesha_: run "make clean" then rerun "make 2>&1 | tee make.log" then pastebin the make.log file |
| 12:44.24 | kesha_ | http://paste.kde.org/p7fdcfc1f/ |
| 12:44.46 | kesha_ | this was what I compiled before |
| 12:45.54 | brlcad | kesha_: do you have more of that log? |
| 12:46.08 | brlcad | you need to look at the src/conv/step section |
| 12:46.33 | kesha_ | ya.. have full of it. pasting.. |
| 12:46.48 | brlcad | don't paste, read it ;0 |
| 12:46.58 | brlcad | see like 13 in your previous paste |
| 12:47.55 | brlcad | that line says a lot but notice how it's a little different from 11 and 12 .. it's got a -o vdeck followed by a lot of .o files |
| 12:48.10 | brlcad | that's the linkage line where the 'vdeck' tool was built |
| 12:48.35 | brlcad | in the full log should be a similar -o step-g file.o file.o file.o for the step-g importer |
| 12:49.45 | brlcad | paste if you can't find it, but you should be reading it regardless and look for that line |
| 12:50.01 | brlcad | if you find it, see what directory it was in, go there, look around |
| 13:04.20 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:06.37 | Notify | 03BRL-CAD:tbrowder2 * 57601 brlcad/trunk/src/util/bu_opt_parse.cpp: delete heap vars at end |
| 13:09.08 | kesha_ | step-g is not there in make.log |
| 13:17.30 | brlcad | post the whole log |
| 13:19.55 | Notify | 03BRL-CAD:tbrowder2 * 57602 brlcad/trunk/src/util/dsp_add2.c: add some notes |
| 13:22.30 | Notify | 03BRL-CAD:carlmoore * 57603 (brlcad/trunk/src/conv/step/g-step/Assembly_Product.cpp brlcad/trunk/src/libicv/fileformat.c and 2 others): fix spellings; remove trailing blanks/tabs |
| 13:26.38 | *** join/#brlcad kesha_ (~kesha@49.249.16.237) |
| 13:29.21 | brlcad | kesha_: post the whole log please |
| 13:29.23 | kesha_ | brlcad: its a huge file, connection of pastebin is being hung up. I have sent u in mail |
| 13:29.28 | brlcad | k |
| 13:30.49 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:31.36 | brlcad | okay, it's not even traversing into src/conv/step |
| 13:32.01 | brlcad | you need to read the src/conv/step/Makefile.am file and see if there's any logic in there commented out for the step directory |
| 13:32.17 | brlcad | alternative, cd src/conv/step && make |
| 13:32.28 | brlcad | try that first actually |
| 13:37.27 | kesha_ | http://paste.kde.org/pdd3fd54b/ |
| 13:37.52 | brlcad | what does that mean? |
| 13:38.10 | brlcad | i.e., what does that output look like to you? |
| 13:38.48 | kesha_ | It has nothing to do ;) |
| 13:38.59 | brlcad | which means? |
| 13:39.14 | kesha_ | no command given to run |
| 13:39.57 | brlcad | basically, yes it has no build instructions in that directory |
| 13:40.17 | kesha_ | so now go to MAKeFile ? |
| 13:40.58 | brlcad | no |
| 13:41.25 | brlcad | just thinking that far back (couple years), there was almost certainly a way to enable/disable the compiler because it was under development |
| 13:41.30 | brlcad | it's clearly disabled |
| 13:41.38 | brlcad | the files are there, but there are no build instructions enabled |
| 13:42.40 | brlcad | kesha_: I'm confused by that pastebin a little though |
| 13:43.25 | brlcad | what command did you run? (pastebin's should usually be preceded with what exactly you ran so that can be inspected as well) |
| 13:44.08 | kesha_ | kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ make | tee makestep.log |
| 13:44.11 | brlcad | i.e., what came before 1. make all-am |
| 13:44.26 | kesha_ | and pasted makestep.log in pstebin |
| 13:44.35 | brlcad | huh, odd |
| 13:45.05 | brlcad | ah, try: make step-g |
| 13:45.21 | Notify | 03BRL-CAD Wiki:Phoenix * 6126 /wiki/User:Phoenix/GSoc2013/Reports: /* Week 13 */ |
| 13:45.42 | brlcad | and whenever you run make with tee, you need 2>&1 after make |
| 13:45.52 | kesha_ | make: `step-g' is up to date. |
| 13:46.10 | brlcad | that wasn't just because I like to type punctuation characters |
| 13:46.12 | kesha_ | cleaning |
| 13:46.22 | brlcad | ls -la step-g |
| 13:48.51 | kesha_ | -rwxrwxr-x 1 kesha kesha 15520 Sep 12 19:18 step-g |
| 13:50.34 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 13:53.39 | kesha_ | brlcad: how do we enable build instructions ? |
| 13:54.46 | brlcad | uhm, kesha_ you're not giving the whole picture of commands you are running |
| 13:54.51 | brlcad | run this: ./step-g |
| 13:55.20 | Notify | 03BRL-CAD:tbrowder2 * 57604 brlcad/trunk/src/util/bu_opt_parse_private.h: format |
| 13:55.26 | kesha_ | kesha@kesha-VPCEH38FN:~/brlcad22/src/conv/step$ ./step-g |
| 13:55.28 | kesha_ | Usage: step-g -o outfile.g infile.stp |
| 13:55.45 | brlcad | so you compile it at some point |
| 13:55.53 | brlcad | and you didn't even realize you did? |
| 13:56.15 | brlcad | you compiled it sometime in the last half hour |
| 13:56.36 | kesha_ | [19:16] <kesha_> cleaning |
| 13:56.57 | kesha_ | At that time, I just ran make clean because it showed upto date |
| 13:57.05 | brlcad | cleaning implies you running "make clean" |
| 13:57.07 | kesha_ | and when u asked for la -la |
| 13:57.12 | kesha_ | I again did make |
| 13:57.28 | kesha_ | The timestamp was also of that time only |
| 13:57.29 | brlcad | up-to-date implied that it was compiled |
| 13:57.37 | brlcad | *already* |
| 13:57.51 | brlcad | before you ran make clean |
| 13:58.34 | kesha_ | I wonder when and how it was done before make clean, but after clean, I did it for sure. |
| 13:58.53 | kesha_ | I have no idea abt how *already* |
| 13:59.05 | brlcad | need you to concentrate on what every command you run is and KNOW what it does when you run it, verify things with ls -la, read the log files |
| 13:59.07 | kesha_ | ok . so now testing d.stp |
| 13:59.17 | brlcad | i obviously can't watch every command you issue |
| 13:59.27 | brlcad | nor read paste output from every command |
| 13:59.46 | brlcad | don't just gloss over the output -- you should understand everything it's printing |
| 14:00.25 | brlcad | there are some aspects I don't expect you to know, like the make/cmake build system, right away, but as you run commands make sure you understand them |
| 14:00.26 | kesha_ | hmm.. |
| 14:01.33 | brlcad | i say this because we basically wasted a half hour |
| 14:02.02 | brlcad | when I said this, you must have run make twice |
| 14:02.03 | brlcad | 09:32 < brlcad> alternative, cd src/conv/step && make |
| 14:02.04 | brlcad | 09:32 < brlcad> try that first actually |
| 14:02.26 | brlcad | then you pastebinned the second make |
| 14:02.34 | brlcad | at some point, make was run in src/conv/step |
| 14:02.48 | brlcad | before your paste http://paste.kde.org/pdd3fd54b |
| 14:03.09 | brlcad | (run *twice* .. the paste is the second time) |
| 14:03.40 | brlcad | okay, so anyways, there's your binary, you can get back to testing |
| 14:04.00 | brlcad | and should have a process for other autoconf revisions, cd src/conv/step && make && step-g |
| 14:04.18 | brlcad | er, cd src/conv/step && make step-g && ./step-g |
| 14:05.25 | kesha_ | http://paste.kde.org/p4f64670b/ |
| 14:10.17 | brlcad | what do you want me to do with that output? |
| 14:10.46 | brlcad | are you telling me something, asking me something? |
| 14:12.30 | kesha_ | importing is not done. |
| 14:12.40 | kesha_ | 81 -91 lines shows error |
| 14:12.58 | kesha_ | I also tried with r45000 in meanwhile |
| 14:13.20 | kesha_ | Its output - http://paste.kde.org/p7513a45f/ |
| 14:13.52 | kesha_ | In the 1st line the d*****.g shows revision stamp. |
| 14:15.28 | brlcad | so telling me something ;) |
| 14:15.46 | brlcad | this is going to be a mine field |
| 14:15.51 | kesha_ | Nooo.. |
| 14:16.21 | kesha_ | Asking you .. If its not importer how am I gonna test ! |
| 14:16.33 | brlcad | what is your question? |
| 14:16.33 | kesha_ | s/importer/importing |
| 14:16.37 | kesha_ | ? |
| 14:17.02 | brlcad | you need to frame it as a question then, not implied .. put a '?' somewhere ... |
| 14:17.31 | brlcad | if it's not importing, you cannot test it |
| 14:17.37 | maths22 | brlcad: what is the status on that list of web stuff? |
| 14:17.38 | brlcad | might as well have not compiled |
| 14:18.02 | brlcad | maths22: you mean the ones I asked for a reminder on in a couple days just a few hours ago? :) unchanged |
| 14:18.51 | kesha_ | Ah, so whats wrong ? |
| 14:19.01 | brlcad | what do you mean? |
| 14:19.38 | kesha_ | I mean, how do I get it imported correctly and test ? |
| 14:19.49 | kesha_ | very bad at framing questions |
| 14:19.59 | brlcad | i'm seeing that |
| 14:20.15 | brlcad | you cannot |
| 14:20.22 | brlcad | not with that revision at least |
| 14:20.33 | brlcad | you're going to have to be far more specific with your revision testing |
| 14:21.13 | kesha_ | So, its like 7.14.7 - best , 7.20 -worst , 7.22 -bad |
| 14:23.20 | brlcad | it's not anywhere near that simple |
| 14:23.46 | brlcad | go to a *trunk* checkout and run this: |
| 14:24.00 | brlcad | (rather, a HEAD revision) |
| 14:24.21 | brlcad | svn log src/conv/step >> step.log && svn log src/other/stepcode >> step.log |
| 14:24.35 | brlcad | grep '^r' step.log | awk '{print $1}' | sort | uniq |
| 14:25.12 | brlcad | those are the revisions that need exploring |
| 14:27.20 | kesha_ | okay.. and while we are it, lets discuss abt this also - http://paste.kde.org/p4a9bfa90/ While compiling a version near 35k to 40k it gives these errors |
| 14:39.32 | brlcad | the only error in all of that is the line that says: |
| 14:39.33 | brlcad | make[4]: *** No rule to make target `lib.exp', needed by `binaries'. Stop |
| 14:40.07 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 14:40.14 | brlcad | read it again carefully and at least try to see that, understand why that is the error |
| 14:41.18 | brlcad | and what to discuss? you picked a version that has some issue there |
| 14:41.57 | brlcad | I told you that some versions will have issues, you have to find ones near it that do not -- using the log revisions from above should help |
| 14:52.38 | *** join/#brlcad AndChat|317009 (~AndChat31@1.38.31.251) |
| 16:18.11 | *** join/#brlcad Ch3ck_ (~Shadownet@195.24.220.16) |
| 16:36.11 | kesha_ | brlcad:The version list - http://paste.kde.org/pad666f93/. I tried a few from them. They compiled but when I run ./step-g they either have memory leaks or error while importing. http://paste.kde.org/p2e0e1cc1/ http://paste.kde.org/p9bb12b42/ http://paste.kde.org/pac7219f7/ . |
| 16:36.37 | kesha_ | The d*.g in 1st line is revision |
| 16:37.33 | kesha_ | s/is/* is |
| 17:07.20 | *** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net) |
| 17:09.23 | kesha_ | and the 'lib.exp' error exists in other revision from that list also. |
| 17:10.01 | kesha_ | http://paste.kde.org/pf05d5203/ |
| 17:24.45 | *** join/#brlcad merzo (~merzo@142-215-133-95.pool.ukrtel.net) |
| 17:35.13 | *** join/#brlcad KimK (~Kim__@wsip-184-176-200-171.ks.ks.cox.net) |
| 17:47.28 | Notify | 03BRL-CAD:starseeker * 57605 brlcad/trunk/src/libged/search.c: make sure we print help if the only options specified don't involve a search plan or paths. add comment out code from earlier search work - some of this should be the responsibility of the libged cmd, so need it handy as the rework begins |
| 18:06.13 | zero_level | hi all. |
| 18:46.38 | pawleeq_ | brlcad, it works now, thank you |
| 19:28.19 | brlcad | np pawleeq_ |
| 20:07.30 | *** join/#brlcad mpictor (~mark@c-67-177-102-131.hsd1.in.comcast.net) |
| 20:21.26 | *** join/#brlcad vladbogo (~vlad@188.25.237.111) |
| 21:03.55 | Izak_ | zero_level: What's appp ? |
| 21:11.08 | Notify | 03BRL-CAD:vladbogo * 57606 (brlcad/trunk/src/bwish/tcl.c brlcad/trunk/src/libdm/dm-qt.cpp): Use Tcl_DoWhenIdle and Tcl_CreateTimerHandler to simulate non-blocking behaviour. |
| 21:16.31 | Notify | 03BRL-CAD:carlmoore * 57607 brlcad/trunk/src/conv/g-shell-rect.c: fix Usage and getopt (adding h, ?), simplify what had been if-then-else for 'output' file name |
| 21:23.52 | Notify | 03BRL-CAD Wiki:Vladbogolin * 6127 /wiki/User:Vladbogolin/GSoC2013/Logs: /* Week 13 */ |
| 21:29.47 | Notify | 03BRL-CAD Wiki:NyahCh3ck20 * 6128 /wiki/User:NyahCh3ck20/GSoc2013/Coding_Repor: /* Sept 09 - Sept 15 */ |
| 22:49.07 | maths22 | No. The ones you responded to a few days ago. For brl-cad itself |
| 23:19.20 | Notify | 03BRL-CAD:starseeker * 57608 (brlcad/trunk/include/raytrace.h brlcad/trunk/src/libged/search.c brlcad/trunk/src/librt/search.c): Activate the db_search function and adapt src/libged/search.c to use it. Undoubtably needs more shaking out, but the core ability seems to be present. |
| 23:29.26 | *** join/#brlcad kimzzzz (~AndChat31@1.38.31.251) |