| 00:00.13 | Ralith | brlcad: you might remember doing a glass render of it? |
| 00:02.15 | ``Erik | recalls the impeller, vagually recalls some discussion about having a draft of it available for people to test |
| 00:49.11 | brlcad | Ralith: course I remember.. asn't that long ago :) |
| 00:50.15 | brlcad | he had a script, no writeup iirc, though |
| 00:50.49 | Ralith | aw. |
| 00:50.54 | Ralith | script'd be interesting nonetheless |
| 00:50.56 | Ralith | know where I can find it? |
| 00:51.15 | Ralith | is, to his surprise, starting to hear from reprappers interested in mged |
| 01:46.07 | brlcad | i'd have to dig through the logs |
| 01:46.17 | brlcad | maybe someone else is motivated ;) |
| 01:54.10 | ``Erik | http://www.motivatedphotos.com/?id=22920 |
| 03:03.40 | CIA-37 | BRL-CAD: 03brlcad * r36424 10/brlcad/trunk/src/libbu/ (parse.c ptbl.c rb_insert.c semaphore.c): quell extra compilation warnings |
| 03:05.40 | brlcad | heh |
| 03:12.35 | brlcad | mmm.. tasty: http://www.motivatedphotos.com/?id=1374 |
| 03:12.45 | brlcad | wonder if you can get that toasted |
| 03:43.51 | CIA-37 | BRL-CAD: 03brlcad * r36425 10/brlcad/trunk/NEWS: include a note that there have been further tweaks and enhancements that affect/improve NURBS ray-tracing via keith. |
| 03:49.35 | CIA-37 | BRL-CAD: 03brlcad * r36426 10/brlcad/trunk/NEWS: incomplete for plate-style non-solid bspline/nurbs geometries, but I made old bspline/nurbs use the new/improved opennurbs ray-tracing. |
| 07:22.32 | *** join/#brlcad d_rossberg (n=rossberg@BZ.BZFLAG.BZ) | |
| 11:42.04 | ``Erik | you'd just end up with tuna breath |
| 12:02.23 | *** join/#brlcad mafm (n=mafm@217.Red-83-38-34.dynamicIP.rima-tde.net) | |
| 12:09.53 | *** join/#brlcad b0ef (n=b0ef@157.26.202.84.customer.cdi.no) | |
| 13:17.17 | CIA-37 | BRL-CAD: 03bob1961 * r36427 10/brlcad/trunk/misc/win32-msvc8/ (3 files in 3 dirs): Update windows build to accomodate adding/deleting source files from build. |
| 13:41.39 | *** join/#brlcad parigaudi (n=quassel@217.91.127.94) | |
| 15:21.10 | CIA-37 | BRL-CAD: 03erikgreenwald * r36428 10/brlcad/trunk/src/librt/primitives/metaball/metaball.c: add/use a function two search for the surface intersection between two points. |
| 15:27.04 | ``Erik | heh, "two search", I'm teh smrtt |
| 15:42.20 | *** join/#brlcad Elrohir (n=kvirc@p5B14FEEB.dip.t-dialin.net) | |
| 15:57.27 | *** join/#brlcad samrose (n=samrose@68.73.192.212) | |
| 16:07.59 | brlcad | senses a slight disturbance in the force |
| 16:08.39 | *** join/#brlcad poolio (n=poolio@63.246.136.16) | |
| 16:08.40 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] | |
| 16:08.53 | *** join/#brlcad indianlarry (n=indianla@BZ.BZFLAG.BZ) [NETSPLIT VICTIM] | |
| 16:12.23 | *** join/#brlcad ibot (i=ibot@rikers.org) | |
| 16:12.23 | *** topic/#brlcad is BRL-CAD Open Source Solid Modeling || http://brlcad.org || http://sf.net/projects/brlcad || Release 7.16.0 posted (20091006) || Logs at http://ibot.rikers.org/%23brlcad/ | |
| 16:22.02 | brlcad | heh, a recursive bitcount function |
| 16:24.56 | brlcad | ``Erik: there's a high-performance 32-bit bit-counter in src/libbu/bitv.c |
| 16:25.20 | brlcad | as well as other general bit vector facilities if that's what you were doing with that.. |
| 16:26.25 | brlcad | starseeker: do you think you will be able to sync and tag today? |
| 16:46.17 | PrezKennedy | brlcad, what type of monitors do you have at work these days? |
| 17:00.36 | brlcad | lcd? |
| 17:00.38 | brlcad | flat ones? |
| 17:01.10 | brlcad | 30"'s and 24"'s |
| 17:24.46 | *** join/#brlcad louipc (n=louipc@archlinux/trusteduser/louipc) | |
| 17:45.34 | CIA-37 | BRL-CAD: 03brlcad * r36429 10/brlcad/trunk/src/util/pix-ppm.c: cleanup formatting but more importantly improve the usage statement to indicate that output is on stdout |
| 18:14.59 | ``Erik | *burp* |
| 18:16.33 | ``Erik | recursive ftw |
| 18:17.43 | ``Erik | was also looking at doing some inline assembly to use SSE shtuff in that file O.O |
| 18:46.10 | brlcad | there's a handful of places I've thought about using some inline too |
| 18:46.35 | brlcad | but didn't want to do the configure foo to make sure it's portable at the time, and the payoff was minimal given other stuff |
| 18:47.14 | brlcad | a libbn/vmath sse toggle would be pretty interesting to revisit |
| 18:49.57 | starseeker | brlcad: I'll try - I'll see if I can get all the distcheck builds done |
| 18:50.09 | brlcad | k |
| 18:50.43 | brlcad | really needs to at least get tagged today if we can so stable nightly will pick it up tonight |
| 18:50.51 | starseeker | nods |
| 19:00.51 | *** join/#brlcad samrose (n=samrose@66.93.0.189) | |
| 19:05.53 | ``Erik | 2hm |
| 19:06.09 | ``Erik | on x86, runtime check if SSE is available and have both codepaths available in the binary? |
| 19:06.17 | ``Erik | librtsse.so ? |
| 19:23.11 | ``Erik | "I'm not lost, I'm spacially displaced" |
| 19:43.02 | *** join/#brlcad _sushi_ (n=_sushi_@84-73-204-88.dclient.hispeed.ch) | |
| 19:44.15 | CIA-37 | BRL-CAD: 03brlcad * r36430 10/brlcad/trunk/include/ (config_win.h dm_xvars.h): tk for windows provides the X11 types that are part of the tk api. unbreak the windows build and improve the typedeffage we don't typedef if we already have them. |
| 19:44.49 | brlcad | that'd be cool, but even more work :) |
| 19:44.58 | *** join/#brlcad Ralith (n=ralith@d142-058-091-091.wireless.sfu.ca) | |
| 19:48.27 | CIA-37 | BRL-CAD: 03bob1961 * r36431 10/brlcad/trunk/src/archer/archer: Modify where to look for archer.ico. |
| 19:51.52 | CIA-37 | BRL-CAD: 03bob1961 * r36432 10/brlcad/trunk/misc/win32-msvc8/tclsh/library/installTree.tcl: Added lines for attrGroupsDisplayUtilityP. No longer copying entire doc directory to install directory (i.e. it breaks nsis) |
| 19:55.41 | CIA-37 | BRL-CAD: 03bob1961 * r36433 10/brlcad/trunk/src/tclscripts/ (archer/Archer.tcl lib/Ged.tcl): Added code to reduce the number of unnecessary redraws in Archer. More to follow. |
| 19:58.30 | CIA-37 | BRL-CAD: 03bob1961 * r36434 10/brlcad/trunk/src/libged/ (dg_obj.c draw.c): Fixed a bug that potentially tries to use a bu_list as a solid (i.e. when the list is empty). |
| 19:59.46 | CIA-37 | BRL-CAD: 03bob1961 * r36435 10/brlcad/trunk/src/libtclcad/ged_obj.c: Tweak the png command a bit. |
| 20:04.48 | CIA-37 | BRL-CAD: 03brlcad * r36436 10/brlcad/trunk/src/util/ (pix-png.1 pix-png.c): improve pix-png output and add a '-o filename' option so that a file redirect is not required |
| 20:05.26 | CIA-37 | BRL-CAD: 03brlcad * r36437 10/brlcad/trunk/src/util/pix-ppm.c: make sure pix-ppm doesn't blather raw ppm data directly to a terminal.. |
| 20:29.37 | CIA-37 | BRL-CAD: 03brlcad * r36438 10/brlcad/trunk/src/util/ (pix-png.1 pix-png.c): refactor so that you can actually send image data out to both a file and a specified redirect, in case some crazy user actually tries it. |
| 20:32.17 | CIA-37 | BRL-CAD: 03brlcad * r36439 10/brlcad/trunk/src/util/pix-png.c: match case ordering |
| 20:35.03 | CIA-37 | BRL-CAD: 03brlcad * r36440 10/brlcad/trunk/src/util/pix-ppm.c: make pix-ppm work a lot like pix-png, stubbing in support for a -o option and adding additional tty protections for input/output checking. |
| 21:27.30 | CIA-37 | BRL-CAD: 03bob1961 * r36441 10/brlcad/trunk/include/opennurbs_ext.h: Sean changed size_t to int in a few places to iterate over BA node min/max indices. Also includes a WS update |
| 21:43.42 | CIA-37 | BRL-CAD: 03starseeker * r36442 10/brlcad/trunk/ (ChangeLog NEWS include/conf/PATCH): OK, here we go - update version numbers, ChangeLog |
| 21:43.47 | CIA-37 | BRL-CAD: 03brlcad * r36443 10/brlcad/trunk/src/util/pix-ppm.c: eliminate two globals for width/height |
| 21:44.34 | *** join/#brlcad R0b0t1 (n=Enigma@unaffiliated/r0b0t1) | |
| 21:44.53 | brlcad | ~nickometer R0b0t1 |
| 21:44.59 | brlcad | heh |
| 21:45.21 | R0b0t1 | wat |
| 21:45.24 | brlcad | R0b0t1: howdy! |
| 21:45.28 | brlcad | ignore that :) |
| 21:45.32 | R0b0t1 | :D |
| 21:45.32 | starseeker | cool :-) |
| 21:45.38 | starseeker | ~nickometer starseeker |
| 21:45.45 | R0b0t1 | What. |
| 21:45.47 | starseeker | hehe |
| 21:45.55 | louipc | ~nickometer Irix64 |
| 21:46.18 | starseeker | brlcad: I hadn't see that feature before |
| 21:47.13 | louipc | adding 1 to the end of my nick makes me 22% lame |
| 21:47.28 | brlcad | so don't do that ;) |
| 21:47.57 | louipc | heheh |
| 21:48.00 | brlcad | the algorithm has it's flaws .. some lameness it can't detect |
| 21:48.14 | CIA-37 | BRL-CAD: 03brlcad * r36444 10/brlcad/trunk/src/util/ (pix-png.c pix-ppm.c): no need for usage to be static |
| 21:48.31 | brlcad | ~nickometer thisissomereallyannoyinglylonglamenick |
| 21:48.39 | brlcad | ooh, it's gotten better |
| 21:48.50 | louipc | should be in the 90s |
| 21:48.58 | brlcad | heh |
| 21:50.36 | R0b0t1 | ~nickometer a |
| 21:50.57 | louipc | ~nickometer 1 |
| 21:51.02 | louipc | hahah |
| 21:51.45 | R0b0t1 | ~nickometer p3n1l31n5t7rum3nt0ft0r7ur3 |
| 21:58.54 | yukonbob | ~nickometer yukonbob |
| 21:59.02 | yukonbob | ah, thanks ibot |
| 22:00.10 | brlcad | ~nickometer 123 |
| 22:00.21 | brlcad | tricksy that one |
| 22:00.41 | brlcad | ~nickometer 1234567890 |
| 22:00.56 | CIA-37 | BRL-CAD: 03brlcad * r36445 10/brlcad/trunk/src/util/pix-ppm.c: refactor the ppm output into a single write function and fix the header always going to stdout instead of the specified output. |
| 22:06.16 | CIA-37 | BRL-CAD: 03brlcad * r36446 10/brlcad/trunk/src/util/pix-ppm.c: cleanup defines no longer used |
| 22:13.42 | yukonbob | ~nickometer brlcads |
| 22:13.47 | yukonbob | ~nickometer brlcad |
| 22:14.02 | yukonbob | ~nickometer ``Erik |
| 22:14.09 | yukonbob | ohhhhhhhhh |
| 22:15.28 | louipc | HAHH |
| 22:35.28 | ``Erik | oh, hey, I'm WAY lamer than that |
| 22:35.30 | ``Erik | damn bot |
| 22:36.11 | ``Erik | <-- pets his stealth marks |
| 22:36.32 | ``Erik | ~nickometer ````````````` |
| 22:36.50 | ``Erik | lime heuristic :) |
| 22:37.04 | ``Erik | lame, even |
| 22:37.59 | Maloeran | scratches his head as he just can't find GCC's floating point software emulation in the whole source tree |
| 22:38.33 | Maloeran | But really, I'm only very curious what the algorithm for pow() looks like. Anyone got some pointers? |
| 22:40.10 | CIA-37 | BRL-CAD: 03brlcad * r36447 10/brlcad/trunk/src/util/pix-ppm.c: enable the -o output option and also allow redirected output per pix-png |
| 22:40.32 | ``Erik | well, on yoru fbsd machine, cd /usr/src, fire up cscope and find it :D |
| 22:42.13 | Maloeran | Yes well, I'm grepping abundantely, I just... don't find it! |
| 22:43.32 | Maloeran | Alternatively, anyone of you who actually studied that computer science stuff could lead me to the algorithm for computing floating point powers? :) |
| 22:43.47 | ``Erik | fold_builtin_pow() ? |
| 22:43.54 | ``Erik | in builtins.c ? |
| 22:44.04 | CIA-37 | BRL-CAD: 03brlcad * r36448 10/brlcad/trunk/NEWS: |
| 22:44.06 | CIA-37 | BRL-CAD: per confusion by a particular user, improved the pix-ppm tool (and pix-png as |
| 22:44.08 | CIA-37 | BRL-CAD: collatoral damage) by adding a -o output option so you don't have to redirect |
| 22:44.10 | CIA-37 | BRL-CAD: stdout if you don't want to. even better, you can redirect AND use -o output. |
| 22:45.26 | Maloeran | Woah, that actually leads somewhere |
| 22:45.39 | Maloeran | Thanks Erik, not sure how you did it but I'm impressed |
| 22:45.56 | ``Erik | my grep-fu is better than yours. :D |
| 22:46.01 | Maloeran | Yes :( |
| 22:46.25 | ``Erik | blames his college education :> *duck* |
| 22:48.05 | Maloeran | That function doesn't actually compute pow(), it tries to simplify it, but I hope I can backtrack from that point |
| 22:48.39 | ``Erik | it passes the simplified tree to an expression folder that copes with it |
| 22:48.51 | ``Erik | if I understood correctly from my quick skim |
| 22:49.25 | Maloeran | Right, it tries to simplify the pow() call to something cheaper to compute |
| 22:49.33 | Maloeran | I'm looking for the big expensive version |
| 22:51.14 | Maloeran | Ah well, that doesn't actually lead to the floating point software emulation, it's for optimization of pow() with constants |
| 22:52.27 | ``Erik | hm |
| 22:52.28 | ``Erik | *shrug* |
| 22:54.49 | ``Erik | mebbe gmp would be a better target? |
| 22:54.52 | Maloeran | So from all these years in college, you wouldn't know something about the pow() algorithm? :) |
| 22:55.19 | Maloeran | Yes maybe. I assumed I could find that easily in GCC's source code, it's supposed to have a complete floating point emulation layer |
| 22:55.24 | Maloeran | ... somewhere... |
| 22:55.50 | ``Erik | I'm sure I saw something about it, but the point of university isn't applied knowledge as much as the skill to research topics and have a breadth of understanding, from what I've seen |
| 22:56.01 | ``Erik | that's what differentiates university from a tech school |
| 22:59.06 | Maloeran | Found it in GMP. Something tells me the algorithm to compute a fixed 32 or 64 bits would have been simpler... but that will do, thanks! |
| 22:59.30 | ``Erik | gcc is hardly a good place to look for clean algorithms... :D |
| 23:00.29 | Maloeran | I don't know, I like their source code design |
| 23:05.53 | Maloeran | Gah. Looks like that in GMP, you can't do float^float? |
| 23:06.12 | Maloeran | The exponent must be an integer, that's terrible |
| 23:09.56 | Maloeran | That's really disappointing form a big number math library, I'm amazed... |
| 23:11.51 | *** join/#brlcad Ralith (n=ralith@69.90.49.189) | |
| 23:19.35 | ``Erik | (could always compile -march=i386 and disassemble?) |
| 23:19.46 | ``Erik | expmed.c seems ... screwy O.o heh |
| 23:23.49 | Maloeran | Sure, I could compile -msoft-float ... All right let's try that |
| 23:24.17 | Maloeran | I was googling online wondering how could GMP not support powers and logarithms with floats |
| 23:25.26 | ``Erik | heh, decNumberExponent in gcclib raises to an int, too |
| 23:26.32 | Maloeran | -msoft-float makes a call to "pow" in glibc instead of using the fpu, not much better! |
| 23:26.50 | ``Erik | heh |
| 23:26.58 | Maloeran | And glibc doesn't provide floating point software emulation |
| 23:27.31 | ``Erik | is starting to wonder if powf() still works on reasonably modern gcc's O.O |
| 23:27.36 | ``Erik | on fpu-less cpu's |
| 23:28.33 | Maloeran | There has got to be a software implementation of pow() *somewhere* |
| 23:29.36 | Maloeran | Disassembled libm.so, pow() just runs the x87 instruction |
| 23:34.08 | CIA-37 | BRL-CAD: 03brlcad * r36449 10/brlcad/trunk/src/nirt/CMakeLists.txt: create the showshot binary just so the cmake file is in sync with the Makefile.am |
| 23:34.31 | ``Erik | http://wurstcaptures.untergrund.net/assembler_tricks.html ? |
| 23:35.53 | CIA-37 | BRL-CAD: 03brlcad * r36450 10/brlcad/trunk/sh/cmakecheck.sh: |
| 23:35.55 | CIA-37 | BRL-CAD: update the script to not really care where/how a file is referenced for cmake |
| 23:35.57 | CIA-37 | BRL-CAD: since the SOURCES thing it keys on for our libraries is just a convention. |
| 23:35.59 | CIA-37 | BRL-CAD: assume if a source file is referenced, that it's good enough to consider it in |
| 23:36.01 | CIA-37 | BRL-CAD: sync. this lets us add in the intaval, iges, and nirt directories to the list. |
| 23:38.21 | Maloeran | Meh, it's an approximation for values strictly in the range [0,1] and [1,128] |
| 23:38.41 | Maloeran | But I think I found something in GCC's source, gcc/real.c is their floating point software emulation stuff |
| 23:40.10 | Maloeran | It only supports integer exponents too! This... can't be... |
| 23:44.47 | Maloeran | Looks like no programmer on earth knows how to compute pow() with floats, since no one implements it ( GMP, gcc, etc. ). Only hardware designers know its secrets |
| 23:45.23 | ``Erik | well |
| 23:45.27 | ``Erik | there it is in msun |
| 23:45.37 | ``Erik | e_powf.c |
| 23:45.58 | ``Erik | does leenewx have msun stuff? |
| 23:47.11 | ``Erik | http://www.freebsd.org/cgi/cvsweb.cgi/src/lib/msun/src/e_expf.c?rev=1.14.2.1.2.1;content-type=text%2Fx-cvsweb-markup |
| 23:47.24 | Maloeran | Oh, nice |
| 23:48.59 | Maloeran | You gave me e_expf.c but I found e_powf.c, nice |
| 23:49.32 | ``Erik | oh, srry, found it on my machine, was trying to find the cgi one real fast |
| 23:49.47 | Maloeran | nods |
| 23:49.51 | Maloeran | :) Thanks |