IRC log for #brlcad on 20120825

00:08.53 starseeker we should probably status update the stepcode guys soon...
00:15.44 brlcad starseeker: we didn't have a confirm on the windows build until this week. :)
00:16.54 brlcad fixes the plate mode crashes, now the only problem is that the plate-mode los are wrong
00:41.05 CIA-69 BRL-CAD: 03brlcad * r52241 10/brlcad/trunk/src/librt/primitives/bot/btg.c: we have to initialize the thickness and facemode arrays in the bot_specific otherwise we will not be able to correctly calculate platemode hits
00:45.30 CIA-69 BRL-CAD: 03brlcad * r52242 10/brlcad/trunk/src/librt/primitives/bot/g_bot_include.c: shouldn't make a noticable difference, but add hints anyways given the unliklihood they'll be null
00:51.19 CIA-69 BRL-CAD: 03brlcad * r52243 10/brlcad/trunk/NEWS:
00:51.19 CIA-69 BRL-CAD: fixed two bugs when shooting rays at a plate-mode bot, one being that it would
00:51.19 CIA-69 BRL-CAD: outright crash (code assumed prep filled in per-face thickness information).
00:51.19 CIA-69 BRL-CAD: fixed to not crash, then support added to correctly initialize so LOS thickness
00:51.19 CIA-69 BRL-CAD: get calculated correctly. this was found investigating a 'bot tessellation
00:51.19 CIA-69 BRL-CAD: failure' rtcmp issue reported recently by survice.
01:54.48 CIA-69 BRL-CAD: 03brlcad * r52244 10/brlcad/trunk/misc/CMake/BRLCAD_CompilerFlags.cmake:
01:54.48 CIA-69 BRL-CAD: quell compilation inline warnings from gcc 4.2 by increasing the inline limit to
01:54.48 CIA-69 BRL-CAD: 300% per compilation unit. this is an issue that is addressed better in later
01:54.48 CIA-69 BRL-CAD: versions of the compile, but is exasperated by our file that has so much
01:54.49 CIA-69 BRL-CAD: inlining and classes in one unit (opennurbs_ext.c). intentionally grouping with
01:54.49 CIA-69 BRL-CAD: the other gcc inline flag because they interrelate (and will be easier to
01:54.50 CIA-69 BRL-CAD: find/update/keep together)
02:34.32 CIA-69 BRL-CAD: 03brlcad * r52245 10/brlcad/trunk/src/librt/primitives/dsp/dsp.c:
02:34.33 CIA-69 BRL-CAD: variable potentially used before getting set was detected by the compiler. it
02:34.33 CIA-69 BRL-CAD: looks like bbmin/bbmax is supposed to be the dsp's bb and would have been zero
02:34.33 CIA-69 BRL-CAD: or random before, so this should be a behavior change. hopefully for the
02:34.33 CIA-69 BRL-CAD: better, even though it's been unset data for years behind the debug test.
02:38.44 CIA-69 BRL-CAD: 03brlcad * r52246 10/brlcad/trunk/src/librt/primitives/nmg/nmg_misc.c: quell issue introduced in the new nmg_loop_plane_area2() function, test to make sure fu is not null before using it in case it was never set
02:41.54 CIA-69 BRL-CAD: 03brlcad * r52247 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: more potentially uninitialized variables being used
02:44.12 CIA-69 BRL-CAD: 03brlcad * r52248 10/brlcad/trunk/src/librt/primitives/nmg/nmg_plot.c: and more potentially uninitialized variables
02:53.36 *** join/#brlcad hsrai (~tcc@202.164.53.117)
04:22.26 CIA-69 BRL-CAD: 03brlcad * r52249 10/brlcad/trunk/src/libgcv/wfobj/obj_grammar.yy:
04:22.26 CIA-69 BRL-CAD: avoid stringstreams here as they're causing an 'internal compiler error:
04:22.26 CIA-69 BRL-CAD: output_operand: invalid expression as operand'. it's an issue fixed in later
04:22.26 CIA-69 BRL-CAD: versions of gcc, but go with portability for now. also quell tons of inlining
04:22.26 CIA-69 BRL-CAD: warnings by unmarking this index_check() function.
05:33.01 CIA-69 BRL-CAD: 03brlcad * r52250 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: save a few bytes, eliminate generated trailing ws
05:34.38 CIA-69 BRL-CAD: 03brlcad * r52251 10/brlcad/trunk/src/other/step/src/clstepcore/ (ExpDict.cc ExpDict.h): fix for a gcc internal compiler error due to inlining. make AssignAggrCreator() be defined in a compilation unit.
05:44.59 CIA-69 BRL-CAD: 03brlcad * r52252 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: quell warning on unused var since it won't necessarily get used given its use is in conditional code
06:25.32 CIA-69 BRL-CAD: 03brlcad * r52253 10/brlcad/trunk/src/conv/step/STEPEntity.h: if you're going to have a getter, should have a setter
06:42.30 *** join/#brlcad merzo (~merzo@181-33-132-95.pool.ukrtel.net)
06:56.36 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:32.09 CIA-69 BRL-CAD: 03Elf11 07http://brlcad.org * r4373 10/wiki/User:Elf11: /* Log */
07:33.13 *** part/#brlcad ksuzee (~ksuzee91@46.149.82.166)
07:43.52 *** join/#brlcad elf_ (~elf@109.97.138.200)
08:01.41 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
08:14.50 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
09:11.03 *** join/#brlcad Guest28508 (~stas@82.208.133.12)
09:46.31 *** join/#brlcad andrei (andrei@79.117.233.250)
11:39.53 *** join/#brlcad ksuzee (~ksuzee91@46.149.82.166)
12:03.51 *** join/#brlcad elf__ (~elf@92.80.41.42)
14:47.41 *** join/#brlcad stas (~stas@188.24.47.30)
17:06.35 *** join/#brlcad elf11_ (~elf11_@92.80.35.229)
18:58.39 brlcad elf11_: any headway on the patch?
19:13.48 elf11_ Hey, I have a quick question, how does one go about compiling the patch? I want to test it and I can't figure out how to do it
19:14.18 elf11_ modified the if_ogl.c file and now I want to see if it actually works
19:32.38 CIA-69 BRL-CAD: 03Sean 07http://brlcad.org * r4374 10/wiki/Main_Page: get get
19:35.17 brlcad elf11_: is that you on the mailing list that asked a similar question?
19:35.49 brlcad either way, I just posted a response that should answer your question
19:35.57 brlcad basically, you just compile
19:36.03 brlcad edit
19:36.06 brlcad then recompile
19:38.18 elf11_ No, but I saw the one on the mailing list too
19:38.49 *** join/#brlcad andrei (andrei@79.117.233.250)
19:54.21 *** join/#brlcad ksuzee (~ksu@46.149.82.166)
20:52.34 *** join/#brlcad elf (~elf@92.80.35.229)
20:54.41 *** join/#brlcad elf_ (~elf@92.80.35.229)
21:31.46 elf_ Hmm, I am compiling the file but I get this "No need to remake target `/home/elf/brlcad-7.22.0/src/libfb/if_ogl.c'."

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.