| 00:05.01 | *** join/#brlcad Yoshi47 (~jan@d24-204-236-81.home4.cgocable.net) |
| 00:05.09 | CIA-128 | BRL-CAD: 03starseeker * r49706 10/brlcad/trunk/src/other/CMakeLists.txt: Use ON/OFF instead of 1/0 here |
| 00:06.28 | CIA-128 | BRL-CAD: 03starseeker * r49707 10/brlcad/trunk/misc/CMake/DocBook.cmake: Flesh out logic for generating fully qualified cmake scripts while still using configuration-flexible paths for build targets when doing DocBook building. |
| 01:02.12 | starseeker | brlcad: do we have a poster for GSoC this year? (might help to send to univ. contacts...) |
| 02:04.49 | brlcad | starseeker: not yet, care to whip something interesting up? |
| 02:06.32 | brlcad | oh, maybe make it a double whammy -- you could make a detailed annotated diagram of a nurbs surface pointing out knot values, control points, etc |
| 02:07.19 | brlcad | maybe show it in a larger context of some object, like the corner fender of some exotic / exciting shape |
| 02:08.06 | brlcad | similar to your tire zoom in on the m35, a nurbs surface zoom in for some object showing the 2d uv space and 3d mapping, maybe hint at topological stitching |
| 02:08.28 | brlcad | or something else altogether, but that'd be an image you could reuse for something upcoming ... :) |
| 02:33.30 | starseeker | brlcad: I have a rather uniformly bad track record on poster design ;-) |
| 02:39.11 | starseeker | ponders... keith's brep command can do some basic visualizations, perhaps that could be expanded upon... |
| 03:25.23 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) |
| 03:25.23 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 04:37.34 | *** join/#brlcad packrat (~packrator@c-98-209-146-133.hsd1.mi.comcast.net) |
| 05:54.34 | *** join/#brlcad simion314 (~quassel@109.96.6.181) |
| 10:52.31 | *** join/#brlcad Stattrav (~Stattrav@61.12.114.82) |
| 10:52.43 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 11:05.08 | brlcad | starseeker: which would only ever get better through practice / training ;) |
| 11:06.35 | brlcad | I was thinking something barebones like the existing opennurbs brep diagram, just something more clean in dia or mathematica |
| 11:16.14 | *** join/#brlcad simion314 (~quassel@92.83.107.165) |
| 13:41.28 | *** join/#brlcad abhi2011 (~chatzilla@119.226.184.246) |
| 14:16.47 | *** join/#brlcad Stattrav (~Stattrav@unaffiliated/stattrav) |
| 14:18.51 | brlcad | CMake Error at cmake_install.cmake:36 (FILE): |
| 14:19.07 | brlcad | <PROTECTED> |
| 14:19.20 | brlcad | <PROTECTED> |
| 14:19.47 | brlcad | not sure what's happening there, but everything else during install went cleanly |
| 14:22.09 | brlcad | AUTHORS is/was already installed |
| 14:49.58 | CIA-128 | BRL-CAD: 03starseeker * r49708 10/brlcad/trunk/CMakeLists.txt: set the right name for the 64bit NSIS file. |
| 15:44.21 | brlcad | starseeker: problem solved, permissions problem .. curiously only AUTHORS reported a failure |
| 18:29.23 | CIA-128 | BRL-CAD: 03n_reed * r49709 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: incorrect copy loops were indexing past end of source strings |
| 20:14.05 | CIA-128 | BRL-CAD: 03n_reed * r49710 10/brlcad/trunk/src/other/step/src/fedex_plus/classes.c: ensure null termination as well |
| 21:23.40 | starseeker | n_reed: the Mac problem is way deeper than that - after following main in fedex.c as far as defining model, Linux has what looks like a real pointer for model and Mac doesn't |
| 21:24.07 | starseeker | perhaps there are issues with the function prototypes for Express in express/express.h? |
| 21:26.50 | CIA-128 | BRL-CAD: 03r_weiss * r49711 10/brlcad/trunk/src/libged/model2view.c: Updated function 'ged_model2view' in file 'model2view.c'. Added the ability to pass in a model coordinate in mm and return the screen coordinate. This change was added for backwards compatibility. |
| 21:41.19 | starseeker | yeah, by the time main starts up on Linux, model is already populated |
| 21:41.26 | starseeker | not so on Mac |
| 21:41.40 | starseeker | weird... how it is initializing before anything happens in main? |
| 21:48.29 | ``Erik | main() is not _start, fwiw |
| 21:55.20 | ``Erik | aight, dinner is cooking O.o the compiler shoves a lot of stuff between _start and main(), including little stuff like loading and initializing libraries... |
| 21:55.51 | ``Erik | if the model is being set in, say, a library initialization function (or static in the lib), that might happen before main (or it might not, depends on the loader, os, etc) |
| 21:56.26 | ``Erik | hopefully that helped to utterly confuse ya :D |
| 21:56.55 | starseeker | wonders if we're putting something on the stack that is too big for OSX... |
| 21:57.28 | starseeker | growl |
| 22:06.44 | starseeker | n_reed: fwiw, the github SCL version of fedex_plus succeeds on OSX |
| 22:10.59 | starseeker | maybe the thing to do is just continue with the merge of the two trees |