00:31.40 |
*** join/#brlcad
dvketuyyvnwbheux
(~armin@dslb-088-066-148-076.088.066.pools.vodafone-ip.de) |
01:05.44 |
*** join/#brlcad merzo
(~merzo@167-8-132-95.pool.ukrtel.net) |
03:42.11 |
*** join/#brlcad gabbar1947
(uid205515@gateway/web/irccloud.com/x-iyjhfqpvsftxqrol) |
05:30.23 |
Notify |
03BRL-CAD:brlcad * 70052
brlcad/trunk/include/vmath.h: include an implementation of linear
interpolation (lerp) between two vectors/points. take care to
manage floating point error if we used the mathematically simpler
form. lerp is useful for interpolating between two points, alpha
blending, animation, and more. |
06:44.32 |
*** join/#brlcad Caterpillar
(~caterpill@unaffiliated/caterpillar) |
07:30.55 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
07:48.55 |
Notify |
03BRL-CAD Wiki:Mariomeissner * 10174
/wiki/User:Mariomeissner/logs: |
08:00.12 |
*** join/#brlcad vasc
(~vasc@bl4-144-10.dsl.telepac.pt) |
08:00.32 |
vasc |
fun fact: look at
https://svn.code.sf.net/p/brlcad/code/brlcad/trunk/src/librt/bool.c |
08:00.48 |
vasc |
bool_eval() is a HIDDEN i.e. static
function. |
08:01.48 |
vasc |
it's only called in rt_boolfinal(). like this:
bool_eval(regp->reg_treetop, pp, TrueRg,
ap->a_resource) |
08:02.51 |
vasc |
TrueRg is declared as "struct region
*TrueRg[2]" and is used to return some values. but TrueRg isn't
used anywhere! eliminating this parameter from bool_eval would
remove a lot of branches as well. |
08:03.57 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
08:04.03 |
vasc |
so... why was it here in the first place?
leftovers from and older code implementation? so why is this
appendix here? |
08:04.13 |
vasc |
s/and/an/ |
08:04.28 |
vasc |
questions, questions... |
08:29.01 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-139.skif.com.ua) |
08:58.32 |
Notify |
03BRL-CAD Wiki:Mariomeissner * 10175
/wiki/User:Mariomeissner/logs: |
09:19.03 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
09:42.05 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
11:00.12 |
*** join/#brlcad teepee
(~teepee@unaffiliated/teepee) |
12:35.37 |
*** join/#brlcad vasc
(~vasc@bl4-144-10.dsl.telepac.pt) |
13:20.49 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:ff6:290:f5ff:fedc:3bb2) |
13:34.59 |
*** join/#brlcad merzo
(~merzo@171-17-203-46.pool.ukrtel.net) |
14:11.30 |
*** join/#brlcad merzo
(~merzo@user-94-45-58-139.skif.com.ua) |
15:24.52 |
Notify |
03BRL-CAD:starseeker * 70053
(brlcad/trunk/CMakeLists.txt brlcad/trunk/include/analyze.h and 26
others): Try a mechanism to 'override' the dll import/export
mechanism when we're doing static builds with MSVC. I think this
will prove simpler than trying to apply or not apply the DLL
import/export definitions based on the build type, if it works.
(not tested yet with MSVC) |
15:30.06 |
*** join/#brlcad vasc
(~vasc@bl4-144-10.dsl.telepac.pt) |
15:38.20 |
Notify |
03BRL-CAD:starseeker * 70054
brlcad/trunk/CMakeLists.txt: simplify test |
16:27.05 |
Notify |
03BRL-CAD:starseeker * 70055
(brlcad/trunk/CMakeLists.txt
brlcad/trunk/misc/CMake/BRLCAD_Targets.cmake): Sigh. OBJECT
libraries + MSVC isn't happy - y2038-obj genrates y2038-obj.lib,
which is successfully used by y2038 to make a dll. However, y2038
doesn't in turn make a y2038.lib file, which means libbu can't link
successfully. |
16:30.51 |
*** join/#brlcad djkonro
(~djkonro@129.0.42.236) |
18:22.55 |
Notify |
03BRL-CAD:starseeker * 70056
(brlcad/trunk/misc/CMake/CMakeLists.txt
brlcad/trunk/src/conv/step/step-g/CMakeLists.txt and 2 others):
cotire is an interesting idea, but probably not something to turn
on just yet... |
19:00.52 |
*** join/#brlcad merzo
(~merzo@56-50-133-95.pool.ukrtel.net) |
20:20.24 |
*** join/#brlcad merzo
(~merzo@56-50-133-95.pool.ukrtel.net) |
20:33.49 |
*** join/#brlcad yorik
(~yorik@2804:431:f721:ff6:290:f5ff:fedc:3bb2) |
21:53.20 |
*** join/#brlcad vasc
(~vasc@bl4-144-10.dsl.telepac.pt) |
21:57.37 |
vasc |
mdtwenty's been working on the new OpenCL
bool_eval() prototype. the performance prolly can still be
improved, been talking with him about it, but it's faster than the
code i wrote and only slightly slower (like 1% slower) than the
existing code in trunk/. |
21:58.15 |
vasc |
still i expected it to be slower, it's
probably because of the stack management code, i've suggested some
changes for him to try. |
21:58.24 |
vasc |
s/slower/faster/ |
22:14.17 |
*** join/#brlcad merzo
(~merzo@56-50-133-95.pool.ukrtel.net) |
22:23.21 |
Notify |
03BRL-CAD:Marco-domingues * 0
/wiki/File:Comparison.png: |
22:23.50 |
Notify |
03BRL-CAD:Marco-domingues * 10177
/wiki/User:Marco-domingues/GSoC17/Log: /* 7 August */ |