IRC log for #brlcad on 20111121

02:52.29 *** join/#brlcad ibot (~ibot@rikers.org)
02:52.29 *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || #brlcad logs: http://ibot.rikers.org/%23brlcad/ || BRL-CAD release 7.20.2 is posted (20110701) || BRL-CAD is participating in the ESA Summer of Code in Space!
03:49.08 *** join/#brlcad Technicus (~Technicus@DSLPool-net208-2.wctc.net)
07:37.45 *** join/#brlcad alex_joni (~alex_joni@emc/board-of-directors/alexjoni)
08:11.18 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
09:14.28 *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net)
13:01.00 *** join/#brlcad abhi2011 (~chatzilla@117.200.90.204)
13:58.00 *** join/#brlcad abhi2011 (~chatzilla@117.200.88.113)
14:30.48 *** join/#brlcad abhi2011 (~chatzilla@117.200.88.113)
14:44.31 brlcad starseeker: I know, and that was one of the points being made .. they're never "worth it" in the long run :)
14:45.23 brlcad at least not when maintaining excessive portability (backwards and forewards) is the goal
14:59.38 brlcad and it's worth saying that "it's all good" given past misinterpretations of ranting -- just a lot to say on the topic ;)
15:12.49 starseeker do I undersdand you correctly that you want to change the conditionalized mechanism currently being used in the .h files?
15:13.01 starseeker s/undersdand/understand
15:13.07 starseeker kick brain into gear
15:13.55 starseeker or just change how the CMake logic triggers it?
15:19.16 starseeker is certainly in favor of excessive portability :-) - just not sure how that blasted import/export trick Windows needs can be made to play nicely
15:21.12 starseeker both the shared library and executable targets currently need BRLCAD_DLL with MSVC, but if I understand correctly the static libraries *shouldn't* have it
15:23.43 CIA-109 BRL-CAD: 03brlcad * r47582 10/brlcad/trunk/src/libbu/vls.c:
15:23.43 CIA-109 BRL-CAD: it was an interesting idea, but not a great one. did a quick test to see how
15:23.43 CIA-109 BRL-CAD: much time might be gained if we skipped the initial vls allocation. looked to
15:23.43 CIA-109 BRL-CAD: be about 25% for bu_vls_printf() which is marginally interesting at best.
15:23.43 CIA-109 BRL-CAD: probably not worth the complexity and long-term maintenance (error-prone), at
15:23.44 CIA-109 BRL-CAD: least for now.
15:23.57 starseeker which rules out any global setting of it, unless... perhaps we want to have toplevel BRLCAD_SHARED_COMPILE_FLAGS and BRLCAD_STATIC_COMPILE_FLAGS variables?
15:32.18 brlcad starseeker: the .h files still are conditionalized, changing how cmake triggers
15:41.35 brlcad probably don't need different flag variables
15:43.25 brlcad if you conditionally set flags and add them (as vars), then those variables you add them to are implicitly conditionalized too
15:45.15 brlcad I think the problem stems from the logic in bu.h presently only providing BU_EXPORT_DLL with no corresponding BU_IMPORT_DLL
15:45.41 brlcad not export does not mean import .. e.g., when compiling static
15:46.46 brlcad so that could simplify to a three-way if/elseif/else toggling on just those two variables -- then cmake has to set either BU_EXPORT_DLL or BU_IMPORT_DLL or neither
15:48.19 brlcad with that, BRLCAD_DLL can go away and a cmake test is needed to determine whether __declspec(dllimport) works .. if it does, then variables get triggered
15:51.45 brlcad if (dllimport_works) then LIBBU_CPPFLAGS+="-DBU_EXPORT_DLL" ; LIBBU_STATIC_CPPFLAGS+="..nada.." ; bu-using non-static apps CPPFLAGS+="-DBU_IMPORT_DLL"
15:52.48 brlcad may need a layer of variables in there to avoid duplicating information all over the place but that's the gist in pseudocode
16:40.41 CIA-109 BRL-CAD: 03brlcad * r47583 10/brlcad/trunk/NEWS:
16:40.41 CIA-109 BRL-CAD: butler added an initial stab and providing ambient occlusion to rt. this is
16:40.41 CIA-109 BRL-CAD: presently disabled by default and enabled with the ambSamples and ambRadius rt
16:40.41 CIA-109 BRL-CAD: variables. more work is needed on controlling the sample pattern and noise.
16:42.23 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
17:43.04 CIA-109 BRL-CAD: 03n_reed * r47584 10/brlcad/trunk/doc/bison_to_lemon.txt: more on assigning types to symbols
17:45.49 CIA-109 BRL-CAD: 03n_reed * r47585 10/brlcad/trunk/src/other/perplex/ (scanner.re template.c): don't allocate new token string without freeing existing string
18:04.28 CIA-109 BRL-CAD: 03n_reed * r47586 10/brlcad/trunk/src/other/perplex/ (parser.y scanner.re): fix separator pattern; properly close output scanner
18:26.59 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
19:30.09 *** join/#brlcad Yoshi47 (~jan@64.235.102.210)
19:55.47 *** join/#brlcad Forth (~Forth@92.242.118.253)
19:57.53 *** part/#brlcad Forth (~Forth@92.242.118.253)
20:13.07 CIA-109 BRL-CAD: 03n_reed * r47587 10/brlcad/trunk/src/other/perplex/ (Makefile.local perplex.h scanner.re template.c): fixed start condition initialization; removed requirement for EOF rule in input
20:27.47 brlcad starseeker: n_reed: e-mail sent, assistance requested
20:28.04 *** join/#brlcad merzo (~merzo@19-255-132-95.pool.ukrtel.net)
21:25.33 *** join/#brlcad ``Erik (Here@c-69-140-109-104.hsd1.md.comcast.net)
22:46.58 *** join/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
22:47.18 *** part/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
22:53.09 *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)

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