| 00:42.11 | Notify | 03BRL-CAD:starseeker * 67083 brlcad/trunk/misc/CMake/Distcheck.cmake: Need to tell sub-cmake configures to use Ninja as well. |
| 01:41.30 | Notify | 03BRL-CAD:starseeker * 67084 brlcad/trunk/bench/CMakeLists.txt: fix benchmark-check dependency |
| 01:43.10 | Notify | 03BRL-CAD:starseeker * 67085 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/src/librt/tests/CMakeLists.txt): add some distclean listings |
| 02:00.05 | Notify | 03BRL-CAD:starseeker * 67086 brlcad/trunk/CMakeLists.txt: clean up ninja_deps file |
| 03:25.54 | brlcad | responded to ickby via e-mail |
| 06:28.33 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 07:43.36 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 09:37.41 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 09:51.58 | *** join/#brlcad teepee` (bc5c2134@gateway/web/freenode/ip.188.92.33.52) | |
| 10:15.12 | Notify | 03BRL-CAD Wiki:Sean * 9534 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 10:26.37 | Notify | 03BRL-CAD Wiki:Sean * 9535 /wiki/Google_Summer_of_Code/Project_Ideas: |
| 11:55.28 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 12:27.19 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 13:48.24 | Notify | 03BRL-CAD Wiki:PatrickHead * 0 /wiki/User:PatrickHead: |
| 13:54.27 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 13:58.02 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 14:35.30 | Notify | 03BRL-CAD:starseeker * 67087 (brlcad/trunk/src/adrt/CMakeLists.txt brlcad/trunk/src/archer/CMakeLists.txt brlcad/trunk/src/tclscripts/rtwizard/CMakeLists.txt): The nice trick of making custom build targets for archer, rtwizard and isst that share the name of the script file doesn't work for an in-src ninja build. If we shift all of these to mged style C executables rather than being launched via bwish or btclsh we |
| 14:35.32 | Notify | should be able to restore the 'archer' and 'rtwizard' targets, but for now add a prefix to avoid the circular dependency in ninja. |
| 14:35.35 | Notify | ... |
| 14:59.05 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 15:13.16 | *** join/#brlcad merzo (~merzo@user-94-45-58-141.skif.com.ua) | |
| 16:32.47 | Notify | 03BRL-CAD:starseeker * 67088 brlcad/trunk/regress/CMakeLists.txt: these scripts are obsolete... |
| 16:36.18 | Notify | 03BRL-CAD:starseeker * 67089 brlcad/trunk/regress/CMakeLists.txt: I don't think this is active... we're testing libraries now with the unit tests. If we want to test dlopen et. al. maybe revisit later... |
| 16:37.27 | Notify | 03BRL-CAD:starseeker * 67090 brlcad/trunk/src/librt/CMakeLists.txt: Never went back to finish this - can always fish it out of history if/when work resumes. |
| 16:54.14 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 17:05.03 | *** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de) | |
| 17:33.44 | *** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de) | |
| 17:39.43 | *** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de) | |
| 18:26.00 | *** join/#brlcad maths22 (~maths22@66-118-151-70.static.sagonet.net) | |
| 18:26.00 | *** join/#brlcad Ch3ck (~Ch3ck@66-118-151-70.static.sagonet.net) | |
| 18:26.01 | *** join/#brlcad ejno (~ejno@unaffiliated/kazaik) | |
| 18:26.01 | *** join/#brlcad maths22 (~maths22@unaffiliated/maths22) | |
| 18:26.06 | *** join/#brlcad ceterumnet (~ceterumne@50.56.243.144) | |
| 18:28.27 | *** join/#brlcad kanzure (~kanzure@bryan.fairlystable.org) | |
| 18:51.39 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 18:59.46 | Notify | 03BRL-CAD:starseeker * 67091 brlcad/trunk/regress/CMakeLists.txt: To make a step regression test of this sort work, we need to be able to filter out timestamp information from the step files (and be sure that the output is deterministic with respect to floating point numbers in points, etc.). Not ready for this yet. |
| 19:05.49 | *** join/#brlcad kanzure (~kanzure@unaffiliated/kanzure) | |
| 19:08.49 | brlcad | starseeker: have you tested out bu_hash, is it in a working state? |
| 19:30.15 | *** join/#brlcad ickby (~stefan@93.132.112.215) | |
| 19:59.22 | *** join/#brlcad kintel (~kintel@unaffiliated/kintel) | |
| 20:35.46 | *** join/#brlcad ickby (~stefan@x5d8470d7.dyn.telefonica.de) | |
| 21:00.40 | Notify | 03BRL-CAD:starseeker * 67092 (brlcad/trunk/regress/CMakeLists.txt brlcad/trunk/regress/gcv/CMakeLists.txt brlcad/trunk/regress/gcv/dem/regress-dem.cmake.in): Try reworking a couple of the conversion regression tests to not use sh. |
| 21:03.19 | Notify | 03BRL-CAD:starseeker * 67093 (brlcad/trunk/regress/gcv/fastgen/fastgen_box.fast4 Property Changed: and 2 others): Go with an explicit LF property for this file, rathern than octet-stream. |
| 21:03.48 | starseeker | brlcad: not yet, working on it |
| 21:04.32 | starseeker | (or was before I distracted myself ;-) |
| 21:04.41 | *** join/#brlcad teepee_ (~teepee@unaffiliated/teepee) | |
| 21:05.24 | starseeker | brlcad: just so I know what to shoot for, what is the standard to meet here? Is "working" enough, or do I need performance comparisions with Tcl's hash? |
| 21:07.09 | starseeker | has been studying Tcl's code a bit - not clear how critical their memory management is to performance... |
| 21:09.54 | starseeker | or whether the new memory pool stuff in libbu could serve in a similar role... |