00:06.12 |
*** join/#brlcad merzo_
(~merzo@93-195-113-92.pool.ukrtel.net) |
00:52.38 |
*** join/#brlcad
dopsncdileeermtg
(~armin@dslb-088-066-153-133.088.066.pools.vodafone-ip.de) |
01:02.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
05:58.19 |
*** join/#brlcad ColloquyUser
(~caen23@79.112.1.39) |
06:53.45 |
*** join/#brlcad KimK
(~Kim__@2600:8803:7a85:6d00:414f:e897:c82d:acd9) |
07:53.00 |
*** join/#brlcad LordOfBikes
(~armin@88.66.153.133) |
07:55.50 |
*** join/#brlcad merzo_
(~merzo@93-195-113-92.pool.ukrtel.net) |
08:28.06 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.179.139) |
08:51.00 |
*** join/#brlcad ejno
(~ejno@unaffiliated/kazaik) |
08:56.20 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.179.139) |
09:35.34 |
*** join/#brlcad ejno_
(~ejno@unaffiliated/kazaik) |
10:24.27 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.179.139) |
10:30.22 |
*** join/#brlcad Ch3ck
(~Ch3ck@154.70.98.4) |
11:35.25 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
13:34.27 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:27.32 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:37.20 |
*** join/#brlcad yorik
(~yorik@2804:431:f720:93f1:290:f5ff:fedc:3bb2) |
14:48.57 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
14:58.35 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:13.44 |
*** join/#brlcad amarjeet
(~Amarjeet@169.149.179.139) |
15:16.11 |
*** join/#brlcad kintel
(~kintel@unaffiliated/kintel) |
15:42.49 |
Notify |
03BRL-CAD:starseeker * 69070
(brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 3
others): Start on the next stage of de-entanglement - move things
in rt/nmg.h that belong in nmg.h to their new home and remove
rt/nmg.h as an include. Looks like it will expose another class of
rt dependencies that need to be resolved. |
18:49.52 |
Notify |
03BRL-CAD Wiki:Vazquezfrancisco * 0
/wiki/User:Vazquezfrancisco: |
19:08.02 |
*** join/#brlcad teepee_
(~teepee@unaffiliated/teepee) |
19:17.12 |
starseeker |
brlcad: I'm up against something of a dilemma
now. nmg_class_ray_vs_shell is used by the nmg_class.c routines,
and is using the librt raytracer to do its work |
19:17.39 |
starseeker |
this is similar to the case I ran into with
the CSG work, where I needed to use a ray test to do a
classification but didn't want to depend on librt |
19:38.38 |
Notify |
03BRL-CAD:starseeker * 69071
(brlcad/trunk/include/nmg.h brlcad/trunk/include/rt/nmg.h and 21
others): push out the rest of the rt/nmg.h includes, except for the
problematic nmg_class.c |
20:18.29 |
Notify |
03BRL-CAD:starseeker * 69072
(brlcad/trunk/include/rt/nurb.h brlcad/trunk/src/conv/iges/spline.c
and 22 others): as near as I can tell, the struct resource
parameter is not actually used for anything by any of the bspline
nurbs routines. eliminate it to eliminate a use of librt's data
structures. |
20:24.27 |
Notify |
03BRL-CAD:starseeker * 69073
(brlcad/trunk/include/rt/nurb.h
brlcad/trunk/src/librt/primitives/bspline/bspline.cpp
brlcad/trunk/src/librt/primitives/bspline/nurb_c2.c): bspline
routine needs a concept of curvature. |
23:04.22 |
*** join/#brlcad asad_
(~asad00@pool-98-110-112-112.cmdnnj.fios.verizon.net) |