| 01:02.53 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 02:35.57 | brlcad | kanzure: depends what kind of changes we're talking about |
| 02:38.15 | brlcad | kanzure: it's technically a direct write to a database "instance" (which could be a file or a block of memory never touching disk) |
| 02:38.56 | kanzure | i see |
| 02:41.01 | brlcad | ncsaba did catch a but there with arbn, though |
| 02:42.35 | Notify | 03BRL-CAD:brlcad * 59539 brlcad/trunk/src/libwdb/arbn.c: ws |
| 02:44.05 | Notify | 03BRL-CAD:brlcad * 59540 (brlcad/trunk/include/wdb.h brlcad/trunk/src/libwdb/arbn.c): move comment from source to header |
| 02:53.15 | kanzure | cool |
| 03:09.10 | brlcad | a bug even |
| 03:15.47 | brlcad | starseeker: I need to rebuild cleanly to verify, but I'm seeing all our build flags getting passed to src/other now (and breaking in tcl on c99 compliance issues)) |
| 03:41.34 | starseeker | brlcad: that will happen the first time you get that update if you don't scrub the build directory clean - it's caching the build flags it sees the first time it runs CMake, and if you have a cache file already present those are the settings that get preserved |
| 04:02.46 | Notify | 03BRL-CAD:brlcad * 59541 brlcad/trunk/src/other/tcl/macosx/tclMacOSXNotify.c: it's a stdarg, must null-terminate argument list |
| 04:04.18 | Notify | 03BRL-CAD:brlcad * 59542 brlcad/trunk/src/other/tcl/CMakeLists.txt: we need to check for the AvailabilityMacros.h header file if we're to be consistent with the tcl autotools build. needed to get the right preprocessor declarations. consequently note that the apple-conditioned configure_file() ... does nothing. |
| 04:04.45 | brlcad | starseeker: okay, cool, waiting for it to get that far along now |
| 04:05.42 | Notify | 03BRL-CAD:brlcad * 59543 (brlcad/trunk/include/wdb.h brlcad/trunk/src/conv/asc/asc2g.c and 2 others): fix a behavior bug in mk_arbn() where it was releasing the caller's eqn parameter even though the comment says it won't and intention is to not. here we make a copy and mark the parameter as const for future consistency. update asc2g and comgeom-g to reflect (which were inconsistent themselves). bug noticed by |
| 04:05.44 | Notify | ncsaba__ using kanzure's python-brlcad interface. |
| 04:06.00 | brlcad | kanzure: that should fix the bug |
| 04:14.33 | Notify | 03BRL-CAD:brlcad * 59544 (brlcad/trunk/src/conv/asc/asc2g.c brlcad/trunk/src/conv/comgeom/cvt.c and 6 others): ws cleanup |
| 04:16.48 | Notify | 03BRL-CAD:brlcad * 59545 brlcad/trunk/src/conv/comgeom/region.c: just call the case-insensitive one instead |
| 07:44.24 | *** join/#brlcad d_rossberg (~rossberg@66-118-151-70.static.sagonet.net) | |
| 08:46.55 | *** join/#brlcad Anaphaxeton (~george@unaffiliated/anaphaxeton) | |
| 09:21.21 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 10:30.54 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 11:41.40 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 12:11.23 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 12:30.01 | starseeker | O.o https://github.com/mmp/pbrt-v2 |
| 12:30.22 | starseeker | looks like they've switched to a BSD license: https://github.com/mmp/pbrt-v2/blob/master/src/LICENSE.txt |
| 12:31.15 | starseeker | apparently they just got the academy award (or the book version did anyhow): http://www.pbrt.org/ |
| 12:31.41 | brlcad | nods, though the license change was a while ago |
| 12:31.44 | brlcad | iirc |
| 12:31.58 | starseeker | huh - I missed that - thought they were still GPL |
| 12:32.24 | brlcad | year, maybe two ago |
| 12:33.01 | starseeker | ah, Sept. 2012 |
| 12:33.20 | starseeker | is getting old - that doesn't feel like "a while ago" :-p |
| 12:33.35 | starseeker | 1990 feels like a while ago |
| 12:34.35 | starseeker | may buy the book now, just to reward the license change if nothing else... |
| 12:36.05 | starseeker | brlcad: I guess you've probably already looked at whether it would be worth hooking their stuff into BRL-CAD? |
| 12:36.10 | brlcad | heh |
| 12:37.24 | brlcad | briefly, but it's difficult strategically |
| 12:37.39 | brlcad | undeniably has some useful little bits |
| 12:38.08 | brlcad | hard to pick and choose from a well coordinating C++ system like theirs |
| 12:38.55 | brlcad | and to pull everything in seems too much for too little end-user gain |
| 12:39.29 | starseeker | nods - maybe like OSL then - if the external dep is already there here's a rendering feature... |
| 12:39.38 | starseeker | not that it'll happen anytime soon |
| 12:39.55 | starseeker | too much to do, too few brain cells... |
| 12:40.05 | brlcad | well that kind of integration might be worth it, but that's at least as big a project |
| 12:40.25 | starseeker | nods - yeah, kinda figured |
| 12:40.40 | Notify | 03BRL-CAD:tbrowder2 * 59546 brlcad/trunk/src/libbu/tests/bu_bitv_vls.c: ws |
| 12:41.44 | starseeker | probably more useful in combination with the book as a teaching tool |
| 12:42.07 | starseeker | not that photorealistic rendering is a current priority, of course... |
| 12:49.25 | brlcad | yeah, that's one of those "it'd be really nice ... if" |
| 12:51.01 | brlcad | if it worked with our format (a bit of work) and were seamlessly integrated (doable) it'd be a useful rendering option |
| 12:51.25 | starseeker | low priority gsoc project, or more work than that? |
| 12:51.29 | brlcad | it's right up there with OSL and given the two, OSL probably does better pictures a little better |
| 12:51.37 | starseeker | ah |
| 12:51.48 | starseeker | point |
| 12:52.19 | brlcad | both come down to how we'll they're integrated |
| 12:52.45 | brlcad | the approach taken with Osl is akin to getting pbrt to use librt (which would be awesome) |
| 12:53.17 | brlcad | a lot of work either way and in the end, we've given them pretty pictures in a system that's incredibly hard to use |
| 12:53.27 | brlcad | I think our focus needs to remain on making it not be incredibly hard first ;) |
| 12:53.32 | Notify | 03BRL-CAD:tbrowder2 * 59547 (brlcad/trunk/src/libbu/bitv.c brlcad/trunk/src/libbu/tests/CMakeLists.txt): remove trailing blank from converted bitv string representation; modify tests accordingly |
| 12:55.41 | Notify | 03BRL-CAD:tbrowder2 * 59548 brlcad/trunk/src/libbu/tests/CMakeLists.txt: make file names into an ordered list in column form for ease of maintenance |
| 13:22.13 | Notify | 03BRL-CAD Wiki:Stas85 3dcream * 0 /wiki/User:Stas85_3dcream: |
| 13:41.19 | *** join/#brlcad merzo (~merzo@189-93-133-95.pool.ukrtel.net) | |
| 14:44.16 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 14:45.02 | Notify | 03BRL-CAD Wiki:Donaldduck * 6422 /wiki/Community_Publication_Portal: |
| 15:36.38 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 17:00.22 | *** join/#brlcad kesha (~kesha@14.139.122.114) | |
| 17:09.12 | *** join/#brlcad KimK (~Kim__@ip24-255-223-153.ks.ks.cox.net) | |
| 17:15.46 | Notify | 03BRL-CAD:n_reed * 59549 brlcad/trunk/src/libbrep/boolean.cpp: move duplicated code to functions |
| 17:34.41 | Notify | 03BRL-CAD:starseeker * 59550 (brlcad/trunk/src/conv/step/CMakeLists.txt brlcad/trunk/src/conv/step/ap_schema.h): Stub in AP242 for step - turn off both AP214 and AP242 by default since they a) don't do anything useful yet and b) are hideously long compiles on Windows (and noticable even on Linux.) |
| 18:10.35 | Notify | 03BRL-CAD Wiki:Sean * 6423 /wiki/Community_Publication_Portal: Reverted edits by [[Special:Contributions/Donaldduck|Donaldduck]] ([[User talk:Donaldduck|talk]]) to last revision by [[User:197.220.169.23|197.220.169.23]] |
| 18:11.06 | Notify | 03BRL-CAD Wiki:Sean * 0 /wiki/User:Donaldduck: Spamming links to external sites |
| 21:09.15 | mpictor | starseeker: ever see "build.make:263: *** missing separator. Stop." with a file created by CMake? |
| 21:09.49 | mpictor | I seem to have hit a CMake bug... |
| 22:02.59 | *** join/#brlcad FreezingCold (~FreezingC@135.0.41.14) | |
| 22:42.09 | Notify | 03BRL-CAD:n_reed * 59551 brlcad/trunk/src/libbrep/boolean.cpp: fix my helper; one character makes all the difference |
| 22:54.19 | Notify | 03BRL-CAD:starseeker * 59552 brlcad/trunk/CMakeLists.txt: What is it about testing for stuff on Windows? Take a stab at reworking the winmm timeSetEvent test - was failing on 32 bit Windows, even though adding winmm.lib to the bu_semaphore compilation line resulted in a successful compile. |
| 22:55.45 | starseeker | mpictor: um. I have a vague recollection of seeing something like that when some content from the CMake build ended up in the Makefile in some fashion that resulted it its being "active", but I could be misremembering - it's been a long time |
| 22:56.54 | starseeker | http://cmake.org/Bug/view.php?id=13200 |
| 22:57.02 | starseeker | mpictor: could that be related? |
| 23:03.28 | starseeker | see also http://public.kitware.com/Bug/view.php?id=0004050 |
| 23:03.49 | starseeker | newlines in CMAKE_C_FLAGS or COMPILE_FLAGS perhaps? |
| 23:06.40 | Notify | 03BRL-CAD:n_reed * 59553 brlcad/trunk/src/libbrep/boolean.cpp: Fix segfault introduced when creation of curves_array was moved to a separate function. Assigning the result of the function failed because ON_ClassArray<T>::operator= only copies m_count items, and m_count is typically only incremented when using Append(), whereas we're indexing directly into pre-allocated space. Incrementing the count manually fixes |
| 23:06.42 | Notify | the problem until we can split the array and switch to using Append(). |
| 23:24.46 | Notify | 03BRL-CAD:carlmoore * 59554 brlcad/trunk/src/util/loop.c: consolidate usage into a routine so it only has to appear in the program once; touch up the Usage; create an 'else' |
| 23:39.01 | Notify | 03BRL-CAD:carlmoore * 59555 brlcad/trunk/src/util/loop.c: oops, another occurrence of Usage |
| 23:44.28 | Notify | 03BRL-CAD:carlmoore * 59556 brlcad/trunk/src/util/loop.c: removed a blank from 2nd line of Usage; field_width does not need to be initialized, because the logic MUST assign it a value |