IRC log for #brlcad on 20111104

02:13.17 *** join/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
02:13.49 *** part/#brlcad velociostrich (~nicholas@c-24-0-153-224.hsd1.pa.comcast.net)
10:32.55 CIA-109 BRL-CAD: 03Fywijydoze 07http://brlcad.org * r3225 10/wiki/Uk_essays: New page: All students obviously want to imppress their teachers but not always want to do their best. Better let anyone else do monkey job for them. Writing essays is boring and takes a lot of time...
11:57.31 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
12:21.41 CIA-109 BRL-CAD: 03bob1961 * r47423 10/brlcad/trunk/src/other/clipper/ (clipper.cpp clipper.hpp): Eliminate using == and != to compare doubles. Now using CLIPPER_NEAR_ZERO and CLIPPER_NEAR_EQUAL. Also fixed a few syntax errors.
12:53.22 CIA-109 BRL-CAD: 03bob1961 * r47424 10/brlcad/trunk/src/other/clipper/ (clipper.cpp clipper.hpp): Added methods to overload the AddPolygon and AddPolygons methods for adding ExPolygons.
13:29.05 *** join/#brlcad abhi2011 (~chatzilla@117.200.85.105)
13:49.14 CIA-109 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/delete: deleted "[[Uk essays]]": a$$hole
13:49.29 CIA-109 BRL-CAD: 03Sean 07http://brlcad.org * r0 10/wiki/Special:Log/block: blocked [[User:Fywijydoze]] with an expiry time of infinite (account creation disabled, e-mail blocked): Spamming links to external sites
13:51.10 *** join/#brlcad abhi2011 (~chatzilla@117.200.86.161)
13:54.52 *** join/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
16:30.35 *** join/#brlcad abhi2011 (~chatzilla@117.200.87.255)
17:19.11 CIA-109 BRL-CAD: 03brlcad * r47425 10/brlcad/trunk/src/libbn/ (CMakeLists.txt Makefile.am README): add a basic readme for libbn so I can document the list of core functions heavily used during tessellation identified by richard.
17:37.39 CIA-109 BRL-CAD: 03brlcad * r47426 10/brlcad/trunk/ (6 files in 4 dirs): move and remove rt_dist_pt3_line3 from librt's nmg_misc.c to libbn's plane.c where it's in better/related company. minimally impacting change for the upcoming minor release.
17:48.48 CIA-109 BRL-CAD: 03brlcad * r47427 10/brlcad/trunk/src/libbn/README: renamed to bn_dist_pt3_line3
17:54.26 starseeker build busted...
17:55.23 starseeker ah
17:55.37 CIA-109 BRL-CAD: 03starseeker * r47428 10/brlcad/trunk/include/bn.h: Should be BN_EXPORT here
18:00.26 brlcad sorry about that -- I'd already fixed it locally but you beat me to the commit
18:00.46 CIA-109 BRL-CAD: 03brlcad * r47429 10/brlcad/trunk/ (7 files in 5 dirs): also migrate the remaining two API smells from librt to libbn: rt_dist_line3_line3 and rt_dist_line3_lseg3. minimally impacting.
18:04.52 *** join/#brlcad abhi2011 (~chatzilla@117.200.82.44)
18:09.06 starseeker np
18:12.31 CIA-109 BRL-CAD: 03starseeker * r47430 10/brlcad/trunk/include/bn.h: need semicolon here
18:15.47 CIA-109 BRL-CAD: 03starseeker * r47431 10/brlcad/trunk/src/libbn/plane.c: we're in libbn, so used the same debug triggers as other bn functions...
18:18.53 starseeker there we go :-)
18:56.15 abhi2011 hm I am getting linking errors in windows
18:57.01 abhi2011 http://bin.cakephp.org/view/1262657315
18:57.46 abhi2011 probably not linking to opengl in someway
19:05.23 brlcad that's exactly what's happening
19:06.08 brlcad it's on the issttcltk binary, so it may simply be a lib missing from that build file
19:08.49 brlcad abhi2011: try that
19:08.50 CIA-109 BRL-CAD: 03brlcad * r47432 10/brlcad/trunk/src/adrt/CMakeLists.txt: do the same hack that libfb uses, specify the .lib file for opengl explicitly, even though it should be added by the OPENGL_LIBRARIES var
19:31.32 abhi2011 brlcad: thanks ! that worked :)
19:39.04 brlcad great
19:39.05 CIA-109 BRL-CAD: 03abhi2011 * r47433 10/brlcad/trunk/src/libged/simulate/simrt.c: Generating a circular bundle of rays to shoot in the direction of the resultant normal by calling rt_gen_circular_grid() through a BU_LIST
19:39.48 brlcad maybe starseeker can add the proper juju to test for and link opengl32.lib
19:40.36 CIA-109 BRL-CAD: 03abhi2011 * r47434 10/brlcad/trunk/src/libged/simulate/simrt.c: woops, must free the list too.
19:41.16 abhi2011 yes, cmake would return opengl32.lib correctly I think
19:42.34 abhi2011 the Bullet project seems to now have support for premake as well
19:43.11 abhi2011 some debates on about cmake vs premake :P
19:44.16 abhi2011 http://bulletphysics.org/Bullet/phpBB3/viewtopic.php?t=7445
19:44.52 abhi2011 a more interesting one : http://altdevblogaday.com/2011/03/13/meta-build-systems/
20:19.17 CIA-109 BRL-CAD: 03abhi2011 * r47435 10/brlcad/trunk/src/libged/simulate/simrt.c: Circular bunch of rays are being generated correctly, time to shoot 'em.
20:24.07 brlcad "Unfortunately, the main cmake developers don?t want to support distributable project file generation, and I felt they were very reluctant to discuss further changes to support distributable project files." <-- very sad
20:48.04 abhi2011 yeah, but that may just be a bit overboard, maybe they want to just stabilize the current code base :)
20:48.22 abhi2011 before adding features
21:39.24 *** part/#brlcad n_reed (~molto_cre@BZ.BZFLAG.BZ)
21:42.26 CIA-109 BRL-CAD: 03n_reed * r47436 10/brlcad/trunk/src/other/re2c/ (CMake/FindLEMON.cmake parser.y.lemon): working on lemon input to replace re2c's yacc input
22:15.25 *** join/#brlcad jordisayol (~jordisayo@unaffiliated/jordisayol)
22:38.03 starseeker abhi2011: no, I've had that conversation with the CMake list as well
22:38.26 abhi2011 oh ok
22:38.48 abhi2011 so I have a question regarding a warning I keep getting in the windows build
22:38.56 starseeker they're not going to re-engineer CMake to be able to work without CMake being present - they use the CMake executable itself as a cross-platform substitute for a lot of things
22:39.30 starseeker having to use OS specific tools for that is a considerable complication, and I'm not surprised they want to avoid it
22:39.42 starseeker what's the warning?
22:39.59 abhi2011 ok
22:40.03 abhi2011 <PROTECTED>
22:40.03 starseeker expects there are a few build flags floating around that MSVC doens't understand...
22:40.04 abhi2011 4> f:\code\socis\brlcad\include\common.h(252) : see previous definition of 'IGNORE'
22:40.16 starseeker oh, that one
22:40.30 abhi2011 so I tried putting common.h on the top of all my files
22:40.36 starseeker nods - correct
22:40.37 abhi2011 but that doesnt seem to solve the issue
22:40.45 starseeker really...
22:41.16 abhi2011 I guess the macro will still be defined in both places, because the winbase.h files is included after again
22:41.48 starseeker uh... why is it getting included again?
22:42.38 abhi2011 hmm, no its probably not
22:43.06 abhi2011 but somewhere both are conflicting
22:43.24 abhi2011 let me check common.h
22:48.19 abhi2011 hmm I can find winbase.h only in the binaries in the cmake build directory
22:48.36 abhi2011 so they must be getting included in some source file
22:53.45 abhi2011 hmm, an include is there in ./other/tcl/win/tclWinInit.c:#include <winbase.h>
23:00.55 CIA-109 BRL-CAD: 03abhi2011 * r47437 10/brlcad/trunk/src/libged/simulate/ (simrt.c simrt.h): Got the contact points, removed some unnecessary older code, now they need to inserted correctly in Bullet. Need to check if the area of the contact points need to be maximized.
23:01.46 starseeker the bullet headers aren't pulling it in anywhere?
23:05.28 abhi2011 they probably are :P
23:07.10 starseeker wonders how to suggest to Microsoft that it add support to Visual Studio for CMake projects directly... AFAIK the license would all them to bundle the CMake engine under the hood and just eat the CMakeLists.txt projects directly...
23:08.00 abhi2011 yes
23:08.02 starseeker s/all/allow
23:08.54 starseeker *really* doesn't want to see Bullet switch off of CMake - that just means we'd have to pick up maintaining it - growl
23:11.10 starseeker hmm... I suppose we could spam this site... http://visualstudio.uservoice.com/forums/121579-visual-studio/category/35066-ide
23:12.21 starseeker and tell them to make the clang compiler an option here... http://visualstudio.uservoice.com/forums/121579-visual-studio/category/30937-languages-c-
23:15.22 abhi2011 yep I ll put the word in there :)
23:15.39 abhi2011 I just get winbase.h in binary files though
23:15.58 abhi2011 seems like the compiler is putting it in the .pdb and .idb files
23:16.11 abhi2011 which I think are debugging symbol databases
23:17.02 abhi2011 hmm .obj files too
23:22.10 brlcad abhi2011: the issue is where winbase.h is getting included
23:22.27 brlcad you have to put a wrapper around whatever is including it
23:22.48 brlcad we wrap all the places I know if in our headers where windows headers get included
23:23.02 brlcad find where it's getting included, then it can be fixed
23:23.23 abhi2011 yes, I searched the source directory of bullet and the build directory, same for brl-cad directories, didnt find it anywhere
23:23.35 brlcad not likely going to find it that way.. :)
23:23.48 abhi2011 grep :)
23:24.01 abhi2011 well I did grep through them
23:24.08 brlcad grep will only work if you're grepping the right header files
23:24.30 abhi2011 yeah I grepped at the top level source folder
23:24.36 abhi2011 and include folder too
23:24.39 brlcad I suspect winbase.h is getting included indirectly by some *other* windows header, perhaps by even some other header still, then getting included in source
23:24.40 abhi2011 will try once more
23:24.47 abhi2011 yeah
23:24.50 abhi2011 maybe windows.h
23:24.59 abhi2011 in the visual c++ includes
23:25.01 brlcad grepping for winbase.h isn't useful, nor is guessing :)
23:25.10 brlcad your files are short, only include a few files
23:25.43 brlcad put an #undef IGNORE before the last header, compile -- see if error goes away
23:25.55 brlcad assuming it doesn't, move #undef up before the next-to-last header, repeat
23:26.04 abhi2011 ah ok
23:26.24 brlcad repeat until you find which one makes the error go away, if it's one of your headers, then repeat the whole process on the #includes within that header
23:26.28 brlcad same if it's one of ours
23:26.44 brlcad if it's one of bullet's then you have your inclusion point
23:26.56 abhi2011 ok
23:27.01 brlcad once you find it, then you can wrap that header with protections like we use in include/bin.h
23:27.15 brlcad it's about 5 or 6 lines
23:28.53 abhi2011 ok
23:29.04 abhi2011 yes I ll try that :)

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