IRC log for #brlcad on 20170602

00:22.04 *** join/#brlcad infobot (ibot@rikers.org)
00:22.04 *** topic/#brlcad is GSoC students: if you have a question, ask and wait for an answer ... responses may take minutes or hours. Ask and WAIT. ;)
00:27.52 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
01:27.28 *** join/#brlcad DaRock (~Thunderbi@mail.unitedinsong.com.au)
03:03.35 brlcad good article, lots of solid best practice points: https://opensource.com/article/17/5/30-best-practices-software-development-and-testing?sc_cid=70160000000xYJ9AAM
03:03.36 gcibot_ [ 30 best practices for software development and testing | Opensource.com ]
03:11.52 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
03:12.08 Stragus bookmarks that just half-way through reading
03:14.01 Stragus can't agree with #17 though
03:16.16 brlcad yeah, I cringed at that one a bit
03:30.53 Stragus I'm unsure how common it is, but I have found invaluable this little trick of being able to turn on some #define and produce very verbose logs on any and all problems or sub-problems
03:31.28 Stragus I pretty much always do it now, even before any bug is found or suspected, just to be able to quickly inspect the internal flow if ever needed
03:40.57 Notify 03BRL-CAD:brlcad * 69867 brlcad/trunk/src/other/tcl/CMakeLists.txt: define the right thing for the AvailabilityMacros.h test
03:42.52 Notify 03BRL-CAD:brlcad * 69868 brlcad/trunk/src/other/tcl/CMakeLists.txt: these have been wrong for some time, define the right symbols
03:44.17 brlcad i do that for standalone and some unit tests, but rarely for production code
03:44.39 brlcad but brl-cad employs that pattern very pervasively for debug logging
03:50.15 Stragus Not for production code? I see
03:50.52 Stragus It's also very useful to validate usage of some API. "I'm doing X and it doesn't work!" ~ I ask the log and I can see everything, including bad input/usage
03:52.29 brlcad good unit tests can be useful for that too, one of the points they make
03:52.46 brlcad they become defacto examples of usage
03:54.05 Stragus Yes well, I still had people try to trace rays with vectors of NaNs, triangulate overlapping vertices, smooth lines with an interval of zero
03:54.58 brlcad good unit tests always check boundary conditions including nan and inf ;)
03:55.55 Stragus I would argue that there are valid performance reasons to intentionally break/fail on non-sense input :)
03:58.00 brlcad fast is useless if it doesn't handle their data, and geometry data is pervasively dirty, invalid, non-sense
03:58.47 brlcad in my experience, it's above 90% of production models have at least some invalid geometry
03:58.50 Stragus Yes, I have realized that recently once again... OpenStreetMaps data is full of non-sense. Contours that overlap themselves, you name it
03:59.45 brlcad academic data sets are about the only thing I run into that tends to be clean
03:59.55 brlcad unless it's an academic data set about unclean data ;)
04:01.10 Stragus I'm actually annoyed by designing clever, robust algorithms that work perfectly with good input, including handling of limited floating point precision. Then people feed it bad input and complain
04:01.22 Stragus But that's just what the data is
04:02.20 brlcad so write a clever robust input filter that does a good job cleaning up bad geometry ;)
04:02.39 Stragus Yes, I am learning that, once again... :)
04:48.58 Notify 03BRL-CAD:brlcad * 69869 (brlcad/trunk/src/other/tcl/CMake/tcl.cmake brlcad/trunk/src/other/tcl/CMakeLists.txt): bug has probably been in here since the beginning, was setting HAVE_HAVE_AVAILABILITYMACROS_H and not checking a couple other headers. change the funcs to just take the var we want to have set (helps when searching for it) instead of appeanding HAVE_ automatically. avoids potential inconsistencies down
04:49.00 Notify the road too.
04:49.02 Notify ...
04:52.49 Notify 03BRL-CAD:brlcad * 69870 brlcad/trunk/src/other/tcl/CMake/tcl.cmake: closer to matching, we don't need the NO and SIZEOF defines
05:09.32 Notify 03BRL-CAD:brlcad * 69871 brlcad/trunk/src/other/tcl/CMake/tcl.cmake: still need to make the tcl.m4 file, which manually defines the NO_ vars so we should too.
05:18.04 *** join/#brlcad DaRock (~Thunderbi@mail.unitedinsong.com.au)
06:42.14 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)
07:06.16 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
07:44.56 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
07:59.58 *** join/#brlcad KimK (~Kim__@2600:8803:7a81:7400:8045:43c4:51ee:69e9)
08:43.54 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
08:56.25 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
09:03.01 *** join/#brlcad merzo (~merzo@94.45.58.139)
09:51.00 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:11.05 *** join/#brlcad teepee (~teepee@p200300D4DBCCB86DBA27EBFFFEAEED55.dip0.t-ipconnect.de)
10:11.05 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
10:53.35 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:02.17 Notify 03BRL-CAD:Amritpal singh * 10005 /wiki/User:Amritpal_singh/GSoC17/logs:
11:33.07 *** join/#brlcad teepee (~teepee@unaffiliated/teepee)
11:50.52 Notify 03BRL-CAD:brlcad * 69872 brlcad/trunk/src/other/tcl/CMake/tcl.cmake: fix typo, dlfcn
12:03.06 *** join/#brlcad d_rossberg (~rossberg@104.225.5.10)
12:40.58 Notify 03BRL-CAD:brlcad * 69873 (brlcad/trunk/src/other/tcl/CMake/tcl.cmake brlcad/trunk/src/other/tcl/CMakeLists.txt): set MODULE_SCOPE.... also, add support for setting TCL_WIDE_INT_IS_LONG=1 mimicing the essential tcl.m4 bits while assuming long long (since we do). with this, there are no longer defines missing when compared with the autotools tcl build except for HAVE_CAST_TO_UNION which is a silly bit for windows
12:41.00 Notify (and unnecessary). that is, they match (superset).
12:41.02 Notify ...
12:51.39 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
12:51.58 *** join/#brlcad teepee] (bc5c2134@gateway/web/freenode/ip.188.92.33.52)
13:20.29 Notify 03BRL-CAD:starseeker * 69874 (brlcad/branches/tcltk86/src/other/tcl/CMake/tcl.cmake brlcad/branches/tcltk86/src/other/tcl/CMakeLists.txt): pull at least some of the fixes from the 8.5 tcl build to the new 8.6 logic, but undoubtedly we'll have to redo the comparison with the autotools outputs when this gets read to go live...
13:24.25 starseeker brlcad: intersting! (clang-tidy)
13:25.14 starseeker I was vaguely aware of it, but I think I had filed it in the "to-look-at-after-we-finish-clearing-clang-static-analysis-warnings" bin
13:25.52 starseeker the "write your own check" piece sounds very interesting
13:39.46 *** join/#brlcad yorik (~yorik@2804:431:f720:1720:290:f5ff:fedc:3bb2)
14:25.47 Notify 03BRL-CAD:starseeker * 69875 (brlcad/trunk/src/librt/cache.c brlcad/trunk/src/librt/tree.c): Try to tweak the rt_cache logic so that failing to create/open a cache isn't fatal. We have a fallback behavior - just prep as we always have previously - which is preferable to catastrophic failure.
16:34.29 *** join/#brlcad gabbar1947 (uid205515@gateway/web/irccloud.com/x-yjzapdkpuknoeoot)
16:36.31 *** join/#brlcad Amritpal (~amritpal@124.253.104.50)
17:42.55 Notify 03BRL-CAD:brlcad * 69876 (brlcad/trunk/src/other/tk/CMake/tcl.cmake brlcad/trunk/src/other/tk/CMakeLists.txt): sync with tcl, lots of cleanup to more closely match tcl/tk autotools build system
18:15.03 Notify 03BRL-CAD:brlcad * 69878 brlcad/trunk/src/other/tk/CMakeLists.txt: match tk's version defines the same, test for the posix headers so we get the limits.h check
18:16.36 Notify 03BRL-CAD:brlcad * 69877 brlcad/trunk/src/other/tcl/CMakeLists.txt: tweak to match what tcl uses
18:24.01 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
18:43.56 Notify 03BRL-CAD:starseeker * 69879 brlcad/trunk/TODO: workaround for osx drawing problem was nulling out color - fixed
18:50.13 Notify 03BRL-CAD:Amritpal singh * 10006 /wiki/User:Amritpal_singh/GSoC17/logs: /* Coding Period */
18:52.34 Notify 03BRL-CAD:Marco-domingues * 10007 /wiki/User:Marco-domingues/GSoC17/Log:
18:57.35 Notify 03BRL-CAD:Marco-domingues * 0 /wiki/File:Csg_simple_example.png: CSG test scene with the intersection of 2 spheres
19:02.24 Notify 03BRL-CAD:Marco-domingues * 10009 /wiki/User:Marco-domingues/GSoC17/Log: /* Week 1: 30 May - 2 June */
19:06.49 Notify 03BRL-CAD:Gabbar1947 * 10010 /wiki/Google_Summer_of_Code: /* BRL-CAD participation in GSoC */
19:11.21 Notify 03BRL-CAD:starseeker * 69880 (brlcad/trunk/CMakeLists.txt brlcad/trunk/TODO): Add PSAPI_VERSION definition - needs testing.
19:12.01 Notify 03BRL-CAD:starseeker * 69881 brlcad/trunk/TODO: leaving astyle where it is for now due to increased compiler requirements. reasons are documented, can be revisited later.
19:13.46 Notify 03BRL-CAD:starseeker * 69882 brlcad/trunk/TODO: If we still want these at all, it's going to be a while before we get to them...
19:15.10 Notify 03BRL-CAD:Marco-domingues * 10011 /wiki/User:Marco-domingues/GSoC17/Log: /* Week 1: 30 May - 2 June */
19:25.20 Notify 03BRL-CAD:brlcad * 69883 brlcad/trunk/src/other/tk/CMakeLists.txt: couple more symbols to sync. check for pw_gecos and an Xkb symbol. might not be the most robust test, but is working and close to the autotools version minus the clunky way we're testing for the symbol.
19:33.38 *** join/#brlcad kintel (~kintel@unaffiliated/kintel)
19:40.00 *** join/#brlcad Amritpal (~amritpal@124.253.104.50)
19:41.23 Notify 03BRL-CAD:Amritpal singh * 10012 /wiki/User:Amritpal_singh/GSoC17/logs: /* Coding Period */
19:52.43 Notify 03BRL-CAD:brlcad * 69884 brlcad/trunk/src/other/tk/CMakeLists.txt: and this closes the loop, now matching defining everything in tk's list (we define a superset) except again for the silly HAVE_CAST_TO_UNION.
21:15.07 brlcad that gets the builds in sync so we can update to the lastest 8.5 release, which doesn't have the mac segfault
22:28.37 *** join/#brlcad Caterpillar (~caterpill@unaffiliated/caterpillar)
22:31.53 *** join/#brlcad Ch3ck_ (~Ch3ck@104.225.5.10)
22:40.25 *** join/#brlcad LordOfBikes (~armin@dslb-088-066-139-129.088.066.pools.vodafone-ip.de)
23:37.05 *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee)

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