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