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 :) |