01:38.26 |
*** join/#brlcad LordOfBikes
(~armin@dslb-088-064-042-061.088.064.pools.vodafone-ip.de) |
10:30.07 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
14:35.42 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:12.13 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
16:34.04 |
*** join/#brlcad ries_nicked
(~ries@D979C47E.cm-3-2d.dynamic.ziggo.nl) |
16:57.01 |
*** join/#brlcad witness_
(uid10044@gateway/web/irccloud.com/x-tfugcksimeulimgh) |
17:56.46 |
starseeker |
``Erik: did Notify go out again? |
20:59.06 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
21:39.53 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
23:39.16 |
*** join/#brlcad Notify
(~notify@66-118-151-70.static.sagonet.net) |
23:40.54 |
Notify |
03BRL-CAD:bob1961 * 66442
(brlcad/trunk/include/brep.h brlcad/trunk/src/conv/3dm/3dm-g.cpp
and 12 others): Updates for compiling on windows. |
23:41.29 |
Notify |
03BRL-CAD:brlcad * 66443
brlcad/trunk/include/common.h: globally disable msvc warnings that
are unquellable. first on the list is C4351 that basically is a
warning that msvc is now compliant with C++98 with respect to array
initialization. (they apparently want to make sure old codes that
relied on that behavior aren't bitten at the expense of everyone
else.) |
23:41.31 |
Notify |
03BRL-CAD:brlcad * 66444
brlcad/trunk/src/libged/remove.c: cast to remove the
constness |
23:41.33 |
Notify |
03BRL-CAD:brlcad * 66445
(brlcad/trunk/include/bnetwork.h brlcad/trunk/include/bsocket.h):
remove the header ordering #error. it causes big problems once any
of these convenience headers are used in a system header and is
just bad header management in general. the ordering requirement was
added to ensure proper ordering of windows sockets vs windows.h,
but this is being tackled differently. |
23:41.37 |
Notify |
03BRL-CAD:brlcad * 66446
brlcad/trunk/include/common.h: C4800 is pretty bogus too as type
conversion to bool is pretty clearly defined by both C and C++, but
there is an argument for making such a conversion explicit and/or
the potential for there being unintentional conversions to bool and
the potential to quell by making the rhs variable a bool instead of
an int. |
23:41.48 |
Notify |
03BRL-CAD:brlcad * 66447
brlcad/trunk/src/libgcv/conv/fastgen4/fastgen4_write.cpp: fix msvc
build error -- copy constructor must be public if we're going to be
putting DBInternal into stl containers (std::pair) |
23:41.51 |
Notify |
03BRL-CAD:brlcad * 66448
brlcad/trunk/include/bio.h: streamline the inclusion of windows.h
(take #2) to only include the base API sans Winsock and a bit more.
still have a few issues being worked out, but this gets the msvc
build through the libs without implicit header ordering
requirements |
23:41.53 |
Notify |
03BRL-CAD:brlcad * 66449
(brlcad/trunk/include/brep.h brlcad/trunk/include/bsocket.h and 9
others): revert r66434 and r66435 as the goal being worked is to
fix the implicit header ordering problem, not accommodate it
further. |
23:41.55 |
Notify |
03BRL-CAD:brlcad * 66450
brlcad/trunk/src/libgcv/conv/obj/obj_read.c: cast away constness
for realloc |
23:42.00 |
Notify |
03BRL-CAD:brlcad * 66451
brlcad/trunk/include/bu/opt.h: make BU_OPT perform the data pointer
cast for callers since the type will likely never be a void * to
begin with. simplifies the examples a bit. do not do the same for
the other args as that will mask type errors and can cause
crashes. |
23:42.05 |
Notify |
03BRL-CAD:brlcad * 66452
brlcad/trunk/src/libged/shape_recognition.cpp: comment out symbol
missing, probably just not yet committed |
23:42.36 |
Notify |
03BRL-CAD:starseeker * 66453
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libged/shape_recognition.cpp): whoops |
23:42.55 |
Notify |
03BRL-CAD:starseeker * 66454
(brlcad/trunk/include/brep.h
brlcad/trunk/src/libbrep/libbrep_brep_tools.cpp and 2 others):
Split the ON_Curve polyline approximation routine out of the librt
brep primitive into libbrep. |
23:42.58 |
Notify |
03BRL-CAD:starseeker * 66455
brlcad/trunk/src/libbrep/shape_recognition_util.cpp: use the same
logic as the wireframe plotting for tikz. Not ideal, but it should
at least work... |
23:43.07 |
Notify |
03BRL-CAD:starseeker * 66456
brlcad/trunk/src/libbrep/shape_recognition_util.cpp: Use the points
from the wireframes to create either polylines (if the brep reports
polylines) or smoothed interpolation curves. |
23:43.11 |
Notify |
03BRL-CAD:starseeker * 66457
(brlcad/trunk/src/libged/brep.c
brlcad/trunk/src/libged/ged_private.h
brlcad/trunk/src/libged/shape_recognition.cpp): Add support for
writing tikz output to a file, since the new approach results in
fairly large outputs. |
23:44.23 |
Notify |
03BRL-CAD Wiki:Asnelchristian * 0
/wiki/User:Asnelchristian: |