| 01:44.10 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) |
| 01:48.30 | brlcad | hi bhlegm |
| 01:48.37 | brlcad | all ready to get started? |
| 05:03.06 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 05:03.06 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! |
| 05:10.11 | *** join/#brlcad archivist (~archivist@host81-149-189-98.in-addr.btopenworld.com) |
| 06:15.21 | *** join/#brlcad louipc (~louipc@archlinux/fellow/louipc) |
| 06:19.47 | brlcad | louipc: interested in being a gci mentor? :) |
| 06:20.08 | brlcad | no experience needed |
| 06:47.45 | bhlegm | hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it out from svn, following all the instructions at http://brlcad.org/wiki/Compiling http://pastebin.com/BDXbnXHk |
| 07:09.51 | *** join/#brlcad andrei (~andrei@188.25.27.167) |
| 07:10.24 | brlcad | bhlegm: can you paste to something other than pastebin.com |
| 07:10.33 | brlcad | inaccessible to many |
| 07:15.43 | bhlegm | sorry about that |
| 07:15.43 | bhlegm | http://pastie.org/5435997 |
| 07:34.29 | brlcad | not your fault ;) |
| 07:35.50 | brlcad | bhlegm: huh, that's odd -- i'll have to pass that along to our cmake guru, but that obviously shouldn't be happening |
| 07:36.24 | brlcad | bhlegm: try adding -DBRLCAD_BUNDLED_LIBS=ON |
| 07:43.29 | bhlegm | brlcad http://pastie.org/5436081 |
| 07:45.22 | brlcad | bhlegm: cmake --version |
| 07:46.04 | bhlegm | brlcad cmake version 2.8.7 |
| 07:48.01 | brlcad | bhlegm: hm, so that should be benign, but I committed a partial fix |
| 07:48.25 | brlcad | the error there is where it was trying to report how long it took cmake to run |
| 07:48.38 | brlcad | for whatever reason, it couldn't calculate the time |
| 07:48.46 | brlcad | never seen that happen before |
| 07:52.05 | bhlegm | that did the trick, thanks. |
| 07:58.19 | brlcad | didn't fix the problem, but did quiet the error :) |
| 08:27.03 | bhlegm | brlcad when i make, http://pastie.org/5436188 |
| 08:28.12 | brlcad | bhlegm: so it detected opengl, but you apparently don't have glu installed or configured |
| 08:28.58 | brlcad | bhlegm: disable opengl |
| 08:29.15 | brlcad | -DBRLCAD_ENABLE_OPENGL=OFF |
| 08:29.24 | brlcad | it should have done that for you |
| 08:29.29 | brlcad | (good gci task) |
| 08:49.09 | *** join/#brlcad andrei_ (~andrei_@188.25.27.167) |
| 08:52.43 | bhlegm | brlcad http://pastie.org/5436262 |
| 08:53.12 | brlcad | woah |
| 08:53.23 | brlcad | what compiler? |
| 08:54.28 | brlcad | bhlegm: what's your os and compiler? it's really odd that you'd run into this many issues |
| 08:55.33 | bhlegm | i'm on ubuntu 12.04... i don't really know what you mean by compiler, i imagine gcc? |
| 08:55.40 | brlcad | yes |
| 08:55.42 | brlcad | gcc --version |
| 08:56.05 | bhlegm | gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 |
| 09:02.31 | brlcad | hm, that's not the latest compiler, wonder if they have some bug |
| 09:03.30 | brlcad | bhlegm: run this: make VERBOSE=1 |
| 09:03.55 | brlcad | want to see what flags it's using |
| 09:05.31 | brlcad | since you don't need that tool, the quick fix for you is to edit src/libfft/CMakeLists.txt and remove ;256 from FFT_NUMLIST |
| 09:16.22 | bhlegm | brlcad i get http://pastie.org/5436321 on rfft64.c and irfft64.c (i removed ;256) |
| 09:20.57 | bhlegm | hmm nvm that |
| 09:43.31 | bhlegm | sigh ok ill stick with the vm |
| 09:52.37 | brlcad | bhlegm: try setting FFT_NUMLIST to "" |
| 10:14.17 | bhlegm | brlcad k 63% done o3o http://pastie.org/5436498 |
| 12:01.17 | *** join/#brlcad Al_Da_Best (Al_Da_Best@cpc2-shep12-2-0-cust21.8-3.cable.virginmedia.com) |
| 12:45.54 | *** join/#brlcad Notify (~notify@66-118-151-70.static.sagonet.net) |
| 12:48.23 | Notify | 03BRL-CAD:brlcad * 53813 (brlcad/trunk/CMakeLists.txt =================================================================== --- brlcad/trunk/CMakeLists.txt2012-11-25 05:26:15 UTC (rev 53812) +++ brlcad/trunk/CMakeLists.txt2012-11-26 07:47:43 UTC (rev 53813) @@ -2278,12 +2278,12 @@ |
| 12:48.26 | Notify | <PROTECTED> |
| 12:48.29 | Notify | time") - string(LENGTH ${CONFIG_TIME_MSG_LABEL} CURRENTLENGTH) + string(LENGTH "${CONFIG_TIME_MSG_LABEL}" CURRENTLENGTH) while(${SETTINGLABELLENGTH} GREATER ${CURRENTLENGTH}) set(CONFIG_TIME_MSG_LABEL "${CONFIG_TIME_MSG_LABEL}.") - string(LENGTH ${CONFIG_TIME_MSG_LABEL}... |
| 12:49.06 | ``Erik | :o that parser isn't supposed to be there yet |
| 16:02.21 | *** join/#brlcad ibot (~ibot@rikers.org) |
| 16:02.21 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || logs: http://ibot.rikers.org/%23brlcad/ || We're participating in Google Code-In 2012! Help itemize our http://brlcad.org/wiki/Deuces list with 2-hour tasks! |
| 16:02.25 | bhlegm | i did updatedb already |
| 16:02.25 | bhlegm | just gonna idle, school, thanks for the help~ |
| 16:02.26 | bhlegm | how would i check? |
| 16:02.45 | starseeker | try apt-get install itk-dev |
| 16:03.31 | bhlegm | nope, getting itk3-dev now |
| 16:03.33 | bhlegm | thanks |
| 16:03.53 | starseeker | that may help |
| 16:05.23 | bhlegm | make failed at same place |
| 16:05.50 | starseeker | did itcl-dev get pulled in as well? |
| 16:06.38 | starseeker | and make sure you have tcl-dev as well |
| 16:07.07 | starseeker | the next thing to try after you're sure you have those is to remove the CMakeCache.txt file from your build directory and try again |
| 16:12.35 | starseeker | may have to rework FindTCL.cmake again... - even though they're talking about yanking it for tcl9, I should probably be using tclsh and tcl::pkgconfig |
| 16:12.35 | bhlegm | k thanks |
| 16:12.49 | bhlegm | ill try later |
| 16:13.24 | starseeker | nods - if it fails again, it would help if you could post the contents of CMakeCache.txt somewhere |
| 16:13.41 | bhlegm | k will do thanks :) |
| 16:16.07 | brlcad | starseeker: so then there was another problem after he turned on bundled libs.. :) |
| 16:16.26 | brlcad | http://pastie.org/5436081 |
| 16:16.46 | brlcad | failed to calculate the configure time for some reason |
| 16:16.49 | starseeker | blinks |
| 16:16.58 | brlcad | I fixed the STRIP error just by putting the var in quotes |
| 16:17.05 | brlcad | but it obviously shouldn't have been empty |
| 16:17.31 | starseeker | yeah - that probably means my C timer code didn't compile for some reason |
| 16:17.48 | starseeker | haven't seen that in a while - which version of ubuntu are we dealing with ehre? |
| 16:22.21 | brlcad | 12.04 |
| 16:22.22 | ``Erik | 01:47 < bhlegm> hi brlcad could you help me configure? I'm on Ubuntu 12.04 and I checked it ou... |
| 16:22.41 | starseeker | k, thanks |
| 16:23.23 | starseeker | probably one of my time delta C files in misc/CMake/test_srcs is flawed somehow |
| 16:23.51 | brlcad | gcc 4.6.31 |
| 16:23.55 | brlcad | er, 4.6.3 |
| 16:24.35 | ``Erik | that's what my ubuntu box has, lemme try a cmake ina fresh dir |
| 16:25.51 | ``Erik | configuring worked... |
| 16:26.48 | ``Erik | !notify week |
| 16:26.48 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3 |
| 16:30.19 | ``Erik | !notify week freebsd ports-all |
| 16:30.20 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3 |
| 16:30.55 | Notify | 03BRL-CAD:starseeker * 53816 (brlcad/trunk/src/libnurbs/CMakeLists.txt brlcad/trunk/src/libnurbs/opennurbs_fit.h brlcad/trunk/src/librt/CMakeLists.txt): Since it's the Eigen headers introducing the shadow warnings, use pragmas to shush them. |
| 16:31.28 | starseeker | too bad it's only the newer gccs that allow the push/pop thing |
| 16:32.25 | ``Erik | !notify week |
| 16:32.25 | Notify | carlmoore:27, brlcad:24, r_weiss:5, erikgreenwald:5, bob1961:5, n_reed:3, starseeker:1 |
| 16:32.32 | ``Erik | !notify week freebsd ports-all |
| 16:32.33 | Notify | swills:15, tota:12, pawel:11, wxs:9, stephen:9, ehaupt:8, bapt:7, danfe:7, wen:7, ale:6, tobez:5, nox:4, mm:4, rm:4, demon:4, fluffy:3, osa:3, flo:3, sylvio:3, matthew:2, olgeni:2, adamw:2, ak:2, mich:2, crees:2, erwin:2, gahr:2, gblach:1, lx:1, glewis:1, lwhsu:1, bf:1, ohauer:1, dinoex:1, thierry:1, jase:1, skreuzer:1, timur:1, rene:1, mandree:1, zi:1, gordon (src committer):1, bar:1, rakuco:1, delphij:1, bdrewery:1, jadawin:1, madpilot:1 |
| 16:34.56 | starseeker | humph. when bhlegm gets back, I'll have to ask him about that timing code |
| 16:37.00 | brlcad | should be something simple |
| 16:37.13 | brlcad | maybe a warning to clean up |
| 16:37.26 | brlcad | but then I'd expect to see it on my gcc 4.7 system |
| 16:37.33 | starseeker | nodes - the timing stuff isn't all that complex - even works on Windows |
| 16:39.10 | brlcad | is there a model you'd like to see? |
| 16:39.18 | brlcad | (gci task) |
| 16:39.46 | starseeker | uh - you mean for review? |
| 16:40.04 | brlcad | a model you'd like to have someone make |
| 16:40.14 | starseeker | oh, gotcha |
| 16:40.15 | brlcad | I was thinking a good screenshot would be nice |
| 16:40.18 | brlcad | too |
| 16:40.22 | brlcad | uh oh, https://sourceforge.net/projects/brlcad/forums/forum/362510/topic/6268380 |
| 16:40.25 | brlcad | looks like same problem |
| 16:40.51 | starseeker | ponders two hour modeling tasks... |
| 16:41.17 | starseeker | brlcad: I'll answer it |
| 16:41.47 | starseeker | ding nabbit, just what I wanted for the holidays - another chance to rewrite FindTCL.cmake |
| 17:16.03 | *** join/#brlcad harmanpreet (~chatzilla@124.253.73.38) |
| 17:39.58 | *** join/#brlcad merzo (~merzo@100-2-133-95.pool.ukrtel.net) |
| 17:41.16 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) |
| 17:59.49 | Skriptkid | Hey, I'm a GCI student, and I've claimed a task. Could anybody please tell me how I can contact the mentors(s)? |
| 18:00.52 | brlcad | Skriptkid: you've come to the right place |
| 18:01.04 | Skriptkid | :) |
| 18:01.16 | Skriptkid | The mentor for my task is Mr. Sean. |
| 18:01.29 | brlcad | just Sean, hi |
| 18:01.41 | brlcad | anyone can help you, doesn't have to be me ;) |
| 18:01.59 | Skriptkid | Oh. Hey :) |
| 18:02.36 | Skriptkid | okay |
| 18:02.36 | Skriptkid | So |
| 18:02.46 | Skriptkid | I've claimed the task of moving comments from source to header |
| 18:02.59 | Skriptkid | LIBBN comments |
| 18:04.14 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43) |
| 18:04.47 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) |
| 18:05.01 | *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 18:05.08 | jordisayol | hello |
| 18:05.29 | *** part/#brlcad Skriptkid (~Skriptkid@117.202.103.43) |
| 18:05.39 | *** join/#brlcad Skriptkid (~Skriptkid@117.202.103.43) |
| 18:13.06 | brlcad | hi jordisayol :) |
| 18:13.22 | jordisayol | hi brlcad |
| 18:13.48 | brlcad | I think you're the only name to make a cameo appearance on our gci list, you might get interviewed ;) |
| 18:19.42 | *** join/#brlcad andrei_ (~andrei_@188.25.27.167) |
| 18:27.56 | ``Erik | there's a gci list? |
| 18:42.21 | ``Erik | neat https://sites.google.com/site/visualbf/ |
| 18:53.20 | brlcad | ``Erik: our gci task list, the deuces page |
| 18:53.24 | brlcad | but yes, there is a gci mailin glist |
| 18:53.25 | *** join/#brlcad elf_ (~elf@213.233.85.42) |
| 18:53.31 | brlcad | and it's going off the hook |
| 18:53.36 | Notify | 03BRL-CAD:starseeker * 53817 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Handle GCC pragmas more carefully - if we're at 4.6 or better, suppress the warnings only for the Eigen headers themselves. Else, fall back to the simpler behavior. If GCC is too old, don't try pragma at all. |
| 19:07.48 | ``Erik | hm, http://www.google-melange.com/gci/task/edit/google/gci2012/8007218 would be reimplementation, src/libbu/simd.c |
| 19:23.30 | Notify | 03BRL-CAD:starseeker * 53818 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Add appropriate pragmas for clang as well. |
| 19:28.10 | Notify | 03BRL-CAD:starseeker * 53819 brlcad/trunk/src/librt/test_botpatches.cpp: And thats why we want to see the non-Eigen warnings. Rename shadowed vars in test_botpatches |
| 19:39.53 | *** join/#brlcad elf_ (~elf@p5.eregie.pub.ro) |
| 19:47.14 | Notify | 03BRL-CAD:starseeker * 53820 brlcad/trunk/src/libged/edit.c: Bump coords_used from 6 to 7 to avoid implicit truncation warning from clang. |
| 19:49.01 | starseeker | woo-hoo! successfull clang build on Mac |
| 19:57.31 | *** join/#brlcad merzo_ (~merzo@100-2-133-95.pool.ukrtel.net) |
| 20:01.48 | Notify | 03BRL-CAD:starseeker * 53821 brlcad/trunk/src/libnurbs/opennurbs_fit.h: Turn off inline failure warnings for Eigen as well. |
| 20:05.36 | *** join/#brlcad andrei (~andrei@188.25.27.167) |
| 20:09.36 | brlcad | starseeker: any of these an issue: libtnt-dev libpng12-dev zlib1g-dev libsm-dev tcl8.5-dev tk8.5-dev itcl3-dev |
| 20:27.43 | *** join/#brlcad caen23 (~cezar@92.81.166.138) |
| 20:40.20 | *** join/#brlcad merzo_ (~merzo@95.133.21.138) |
| 20:42.47 | Notify | 03BRL-CAD:n_reed * 53822 brlcad/trunk/src/librt/primitives/pipe/pipe.c: reduce some excessively long parameter lists with structs |
| 20:54.43 | caen23 | hi, i'm working on the libnurbs task from google code in, and i'd like to ask for some help |
| 20:57.15 | brlcad | ~ask |
| 20:57.15 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 20:57.32 | brlcad | caen23: what do you need help with? |
| 20:59.55 | caen23 | for example, inside the directory, there is a file PullbackCurve.cpp. it contains a class declaration (BSpline) and a lot of functions. what i've done is i took the class declaration and put it inside a file of its own, bspline.h, together with the required headers. but i don't know where to go from here. what do i do with the functions in PullbackCurve.cpp? Leave them there, or should I pack them in separate files, too? |
| 21:00.49 | starseeker | brlcad: you mean an issue for successful compilation of BRL-CAD? I wouldn't expect them to be... |
| 21:00.56 | starseeker | that's a pretty old png though |
| 21:03.26 | andrei | caen23: you need to make sure that a class has all the function( methods) in the same file with it |
| 21:05.32 | andrei | are you familiar with classes / c++ ? |
| 21:05.52 | caen23 | by "all the functions" do you mean all the functions that use the class? for example, there is a function named generateControlPoints that takes a BSpline as argument. would the declaration of that class go inside bspline.h, too? |
| 21:05.58 | caen23 | i am familiar with both |
| 21:06.12 | andrei | just a sec, let me have a look at the file. |
| 21:06.18 | caen23 | thanks |
| 21:08.42 | *** part/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol) |
| 21:12.21 | andrei | well from what I can see is more of a structure and it has no methods. |
| 21:14.31 | caen23 | so i just put the class in a separate header file, remove it from PullbackCurve, and include the spline.h header instead? |
| 21:15.40 | caen23 | here's what my bspline.h currently looks like https://gist.github.com/4150660 |
| 21:18.13 | andrei | hmm, I m not sure if it s efficient to have a new file for so few lines. |
| 21:18.28 | andrei | What I suggest is putting the functions that use BSpline in the same file as the class |
| 21:19.03 | caen23 | will do, thank you for your time |
| 21:19.05 | andrei | for example : bool.isFlat doesn't use BSpline so you don't put in in the file. |
| 21:19.52 | andrei | generateKnots(BSpline& bspline) should be in the file, according to what we discussed. However feel free to ask the other mentors aswell, but I ll be around if you need more help |
| 21:21.03 | caen23 | regarding isFlat, from what i can see, it's defined in both Pullcurve and opennurbs_ext. shouldn't i do something about that, too? |
| 21:22.50 | andrei | Solving duplications, especially trivial ones( copy-pastes) would be great. But make sure that the function is still accesible. |
| 21:23.11 | caen23 | ok, thanks |
| 21:27.56 | Notify | 03BRL-CAD:r_weiss * 53823 brlcad/trunk/src/libbn/plane.c: Updated the test function "bn_distsq_pt3_lseg3_v2" in file "plane.c". Simplified the logic, added more comments and did some cleanup. |
| 21:30.13 | caen23 | i don't think putting the functions that use bspline in the bspline.h file is a good idea. i've noticed that they are implemented differently in PullbackCurve and opennurbs_ext |
| 21:32.29 | brlcad | caen23: you have the right idea with https://gist.github.com/4150660 |
| 21:34.43 | brlcad | caen23: but I would reduce it even further, for example it should only #include headers needed to declare the class (interface headers) |
| 21:34.54 | caen23 | what tripped me was the fact that these classes have no methods. the only other class i can find is PBCData, which means all i've got to do is create two new files :-?? |
| 21:37.29 | brlcad | caen23: it's not a terribly complicated task ;) |
| 21:38.10 | brlcad | there are several classes in the opennurbs_fit.h header that could be separated out |
| 21:38.37 | brlcad | but I'd do those last -- the important ones are the classes and structs |
| 21:38.44 | caen23 | :D ok, then. so now i need to find where ON_2dPointArray is defined and only include tha file and <vector> in bspline.h, right? |
| 21:38.50 | brlcad | note that in this context structs are also to be broken out one per file |
| 21:39.22 | brlcad | right |
| 21:40.07 | caen23 | ok, then. thanks |
| 21:41.49 | brlcad | if there are functions that clearly "belong" with the struct, they should be in a corresponding cpp/c file too (like if something looks like a constructor/destructor pair for a struct class) |
| 21:41.56 | brlcad | but I don't think there are any |
| 21:44.38 | brlcad | caen23: the overarching goal is to try and clean up the mess in opennurbs_ext.* breaking that huge file up a little bit -- anything towards that goal properly added to the build system will be a successful task completion |
| 21:44.53 | brlcad | starseeker: did you want fit broken up? |
| 21:45.41 | caen23 | i'll try finishing it soon |
| 21:47.15 | brlcad | leave fit alone unless he chimes in otherwise, just focus on the struct and classes in ext |
| 21:47.25 | brlcad | and pullback |
| 21:48.48 | caen23 | so basically one header file per struct/class in _ext and pullback? |
| 21:48.59 | brlcad | yeah |
| 21:49.06 | caen23 | alright |
| 21:49.20 | brlcad | and IF they have any functions/methods that uniquely belong to that struct/class, those into a c/cpp file |
| 22:07.12 | caen23 | i think i've made some progress. how can i check that i haven't broken anything? |
| 22:09.24 | andrei | if you're on linux you can simply recompile brlcad. The Cmake will only compile what has changed |
| 22:09.40 | andrei | but that doesn't guarantee you didn't break anything tho ! |
| 22:12.05 | caen23 | so is there a way i can check before submitting? also, i've now got a few files such as "bspline.h", "gcpdata.h", and so on, inside the src/libnurbs/ dir. should i leave them there, or move them in some other folder? |
| 22:15.31 | andrei | caen23: here s a small guide on what to do : http://brlcad.org/wiki/Patches |
| 22:16.36 | caen23 | thanks |
| 22:16.45 | brlcad | caen23: if it compiles, you didn't likely break anything |
| 22:16.51 | brlcad | not just by moving things around |
| 22:17.03 | brlcad | make sure all the files you've added are described in CMakeLists.txt |
| 22:18.54 | brlcad | andrei: I was able to use that patches write-up earlier today too :) |
| 22:19.59 | caen23 | i'm now trying to compile it. if everything is ok, should i upload a patch to code in? |
| 22:22.00 | andrei | if it succeeds, yes. |
| 22:29.33 | Notify | 03BRL-CAD:starseeker * 53824 brlcad/trunk/CMakeLists.txt: Couple header tests that autotools was recording in brlcad_config.h but CMake wasn't. |
| 22:31.07 | Notify | 03BRL-CAD:starseeker * 53825 (brlcad/trunk/include/dvec.h brlcad/trunk/include/vector_x86.h): Back up changes to vector_x86.h and dvec.h - causing build failures on linux. Wasn't showing up in CMake build because the header test that triggered it wasn't in brlcad_config.h |
| 22:32.53 | starseeker | brlcad: apologize if the dvec.h and vector_x86.h reversion causes any trouble with the float/double thing - I haven't tracked down what about the changes was causing trouble |
| 22:33.46 | brlcad | no worries, i'll look into it |
| 22:33.58 | brlcad | build fail on linux just by adding those two headers? |
| 22:34.14 | starseeker | brlcad: fit can be broken up if you like... at this stage it doesn't matter too much |
| 22:34.32 | starseeker | not adding, but activating the use of vector_x86.h |
| 22:35.09 | brlcad | caen23 has put two hours in, so I'm fine leaving them out |
| 22:35.25 | starseeker | that was triggering off of the emmintrin.h header test results, which I forgot to have CMake record in brlcad_config.h |
| 22:35.58 | caen23 | i could try breaking fit, too |
| 22:36.52 | starseeker | nods - most of the libnurbs organization will depend heavily on your decision on what mechanism you want to use to extend openNURBS, so I haven't put too much thought into it yet |
| 22:37.46 | Notify | 03BRL-CAD:brlcad * 53826 brlcad/trunk/src/libged/simulate/simulate.c: c++ comments are no-no |
| 22:38.42 | starseeker | ran distcheck full and the autotools build was failing uniquely, so probed a bit and low-and-behold, CMake was always using vector_fpu.h since it neglected to tell brlcad_config.h about emmintrin.h being present |
| 22:38.52 | starseeker | is red faced over that one... |
| 22:43.48 | brlcad | caen23: it's up to you :) |
| 22:44.42 | brlcad | interesting, I've been running distcheck-full but dealing with other failures |
| 22:45.03 | brlcad | that last // change as an autotools distcheck-full failure |
| 23:09.13 | starseeker | brlcad: somewhat off topic, but you might like this - a warning flag in clang (-Wdocumentation) that provides build warnings for code comments based on Doxygen syntax: http://llvm.org/devmtg/2012-11/Gribenko_CommentParsing.pdf |
| 23:09.25 | brlcad | starseeker: hm, I now get the build failure that prompted those changes in the first place on opennurbs_ext |
| 23:09.36 | starseeker | growl |
| 23:09.43 | brlcad | (linux) |
| 23:09.56 | brlcad | error: prototype for ?dvec<LEN>::dvec(const float*)? does not match any in class ... |
| 23:10.14 | brlcad | it's using vector_fpu.h |
| 23:10.42 | starseeker | ah. I didn't try forcing fpu.h usage after the changes, just x86.h |
| 23:10.43 | brlcad | I'll keep digging, but i'll have to see if I can reproduce the build error your ran into (or get the error from you) |
| 23:11.22 | starseeker | do you have the emmintrin.h header on your system? |
| 23:12.09 | starseeker | will try forcing fpu and x86 to see if both work |
| 23:13.11 | starseeker | reflects that he may live to regret mentioning that -Wdocumentation flag... |
| 23:14.00 | brlcad | starseeker: that is awesome (compiler comment suport) |
| 23:14.27 | *** join/#brlcad andrei (~andrei@188.25.27.167) |
| 23:14.46 | brlcad | cmake cache says no |
| 23:14.55 | starseeker | I take it vector_x86.h and vector_fpu.h are supposed to provide the same interface to dvec.h? |
| 23:15.00 | brlcad | yeah |
| 23:15.23 | brlcad | that's part of my changes was to bring them into sync as one was never being used |
| 23:15.26 | starseeker | brlcad: that's why you're not seeing the issue then - you're never building with vector_x86.h |
| 23:15.31 | brlcad | the other being float/double stuff |
| 23:16.27 | starseeker | yep, confirmed - fpu.h doesn't work |
| 23:16.51 | starseeker | want me to regenerate the x86.h errors |
| 23:17.59 | starseeker | 'reverts' to brlcad's fixed versions... |
| 23:19.52 | *** join/#brlcad bhlegm (~bhlegm@d108-180-27-19.bchsia.telus.net) |
| 23:20.01 | louipc | brlcad: I'd like to help but I just can't make the time |
| 23:20.54 | starseeker | brlcad: http://pastebin.mozilla.org/1961911 |
| 23:22.20 | brlcad | starseeker: thanks |
| 23:22.45 | starseeker | grabs some dinner - bbl |
| 23:25.42 | brlcad | bhlegm: how it's going? :) |
| 23:31.28 | bhlegm | well now it fails at 11% at toglStubInit.c.o, so i'm just going to go download the image for virtual box xP |
| 23:34.16 | andrei | bhlegm : have you ever used linux before ? On what were you compiling brlcad? |
| 23:37.39 | bhlegm | not really , and i was just in terminal, following http://brlcad.org/wiki/Compiling |
| 23:39.40 | andrei | sometimes installing brlcad isn't really straight forward so don't worry |
| 23:42.02 | andrei | bhlegm : what task have you claimed or do you want to work on? |
| 23:46.21 | bhlegm | i don't have a task, i was just looking to see what it does |
| 23:48.10 | andrei | ah, sorry :) |
| 23:57.24 | caen23 | i've got a compilation error. what i did was i extracted the PBCData class from _ext and put it in a header file of its own. the class now seems to conflict with another PBCData inside nurbs.h. any help as to how i fix this? also, i haven't modified the CMakeLists file, so i'm guessing this is the culprit. here is another gist https://gist.github.com/4151459 |