| 00:46.09 | starseeker | brlcad: Still here? |
| 00:46.47 | brlcad | yes |
| 00:46.59 | brlcad | coding up the png upgrade now |
| 00:47.07 | starseeker | Mind if I repose the earlier question? what's the relationship (or is there any) between brl-cad and Paraview? |
| 00:47.29 | starseeker | Wait, you're coding - scratch that ;-) |
| 00:47.32 | starseeker | ignore me |
| 00:47.33 | brlcad | we've used it |
| 00:47.35 | starseeker | code :-) |
| 00:48.09 | brlcad | paraview's a nice visualization toolkit with similar interests |
| 00:48.43 | starseeker | I noticed a couple screenshots on the Paraview page from US Army Research Laboratory :-) |
| 00:52.44 | starseeker | So Paraview is more along the lines of the mged interface? |
| 00:56.00 | brlcad | not really |
| 00:57.02 | starseeker | ah. Shoulda figured it wouldn't be that simple :-) |
| 00:57.14 | brlcad | it's a visualization toolkit useful for visualizing analysis results |
| 00:57.34 | brlcad | so other codes that use brl-cad for example |
| 00:57.39 | brlcad | for analyses |
| 00:57.49 | brlcad | might use paraview to display the results |
| 00:58.02 | starseeker | Ohh, OK :-). |
| 00:58.56 | brlcad | we could potentially use it for visualization as well, but that gets into a rather different area |
| 00:59.37 | starseeker | The part where certain parts of brl-cad have to behave in certain ways for other (classified) parts to work? |
| 01:01.11 | brlcad | there are parts like that -- but by in large it's because they are mathematically stable and verified |
| 01:01.23 | brlcad | so a change would mean it's not numerically correct |
| 01:01.29 | starseeker | Ah. Yes, I can definitely understand that |
| 01:02.00 | brlcad | once in a blue moon, a deep bug may be encountered that contradicts it so it's always good to investigate _why_ something is different |
| 01:03.32 | starseeker | Heh - that's one of my favorite arguements for why we need both Maxima and Axiom (and anybody else who wants to play) - redundancy between independant efforts is an excellent check on the results. |
| 01:04.33 | starseeker | A curiosity question - do you have to validate a compiler then, as well as the code? Even correct code isn't worth much if compiled incorrectly. |
| 01:05.20 | brlcad | that's implicit in verifying that the actual output and behavior is correct |
| 01:05.28 | starseeker | Ah. |
| 01:05.38 | starseeker | Comparison with the real world, you mean? |
| 01:07.12 | brlcad | well, we have existing computations that are consistent |
| 01:07.26 | brlcad | so when a new compiler or new OS comes along, it's easy to see if anything changes |
| 01:07.33 | brlcad | and eventually determine why it changed |
| 01:07.38 | brlcad | and if the change is good or bad |
| 01:07.44 | starseeker | Ah :-). Has it ever happened? |
| 01:08.02 | brlcad | several times |
| 01:09.03 | starseeker | Wow. This is why well coded software should last forever - for the good of everybody, not just the program itself. |
| 01:12.00 | brlcad | indeed |
| 01:12.30 | brlcad | the gnu build system is one of the worst instabilities that we have to deal with by far |
| 01:14.42 | starseeker | Does brl-cad get exposed to binutils issues at all? |
| 01:16.14 | brlcad | such as? |
| 01:16.53 | starseeker | Nothing specific. It's pretty unlikely, except everytime we turn around GNU Common Lisp is having problems with the lastest release of binutils. |
| 01:17.10 | starseeker | I guess that's probably a bit low level for brl-cad though |
| 01:17.46 | brlcad | nothing comes to mind |
| 01:18.11 | starseeker | Just trying to think ahead to potential future weak points on gentoo - since updating packages only involves updating a build script and running it, gentoo users often stumble into such cow pies first :-/ |
| 01:20.15 | starseeker | Now that I think about it though, given how widely brl-cad has been ported already, my guess is it won't have issues. |
| 01:21.06 | brlcad | most of our current porting problems are due to the fact that we've recently converted to the gnu build system |
| 01:21.17 | brlcad | wasn't very long ago that we weren't |
| 01:21.56 | brlcad | old build system supported a heck of a lot more than this, but it wasn't as well understood or customized |
| 01:22.30 | starseeker | Ah, the good old pile of well running spagetti? :-) |
| 01:22.43 | brlcad | only so so spagetti |
| 01:22.54 | brlcad | it was more like x11's build system |
| 01:23.04 | brlcad | a section for each system had to be defined |
| 01:23.12 | brlcad | no discovery of features available |
| 01:23.24 | brlcad | but very stable build if you were in the list |
| 01:24.06 | starseeker | Well, thank you for being willing to endure the autotools hassle :-) |
| 01:24.30 | starseeker | The X11 build and I reached an agreement - I wouldn't try it by hand if it would get out of my nightmares ;-) |
| 01:25.42 | brlcad | heh, ours wasn't as bad or complex as X11's |
| 01:25.46 | brlcad | but in a similar style only |
| 01:25.51 | starseeker | phew |
| 01:26.27 | brlcad | the build first compiled a version of make (called cake) that was then used to build the package |
| 01:27.12 | starseeker | Hmm. Does brl-cad predate make? |
| 01:27.36 | brlcad | so literally no external dependancy (by design) beyond a unix shell and a compiler |
| 01:27.43 | starseeker | Ah :-) |
| 01:28.30 | brlcad | which is also the reason for shipping the src/other/ components for libpng, tcl/tk, zlib, etc |
| 01:28.57 | starseeker | Yes, I've seen other programs do that too. Always a good idea to sure survival of the software, but a shame in some ways. |
| 01:30.57 | starseeker | not that anybody looks, since you have to run X with only 256 colors or some nonsense even then :-( |
| 01:31.12 | starseeker | BRL-CAD's dev team really does deserve three cheers |
| 01:31.23 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/src/other/libpng/ (68 files in 2 dirs): update of libpng from 1.2.5 to 1.2.8 |
| 01:31.28 | *** join/#brlcad PhantomBantam (~phantomba@dialup-4.238.67.160.Dial1.Providence1.Level3.net) |
| 01:31.38 | brlcad | actually our problem was usually that either the system we install onto doesn't have the lib or their lib is too old |
| 01:32.29 | starseeker | Ah :-). That's right, some systems actually don't recklessly upgrade their core software every few days ;-) |
| 01:32.41 | starseeker | speaking of that... |
| 01:33.54 | starseeker | BTY, what diabolical wit named the CIA-6 bot CIA? |
| 01:35.54 | brlcad | heh |
| 01:35.58 | brlcad | that's scanline's doing |
| 01:36.05 | brlcad | he lives in a lot of channels |
| 01:36.39 | brlcad | http://cia.navi.cx/irc |
| 03:09.24 | jano | bork bork bork |
| 03:28.52 | *** part/#brlcad corbanj (~corbanj@adsl-69-209-65-250.dsl.chcgil.ameritech.net) |
| 03:45.44 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/NEWS: update of libpng from 1.2.5 to 1.2.8 |
| 04:50.31 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/include/png.h: update of libpng from 1.2.5 to 1.2.8 |
| 10:23.34 | *** join/#brlcad Alfons (~Alf@153.103.76.83.cust.bluewin.ch) |
| 10:23.44 | Alfons | hello everybody |
| 10:24.50 | Alfons | is someone here, who managed to install the brlcad on a linux system? |
| 10:25.28 | Alfons | i am trying to "Building from the sourceforge CVS repository" |
| 11:09.11 | *** join/#brlcad cosurgi (janek@absurd.ds.pg.gda.pl) |
| 11:10.45 | Alfons | does somebody know what this mean |
| 11:10.48 | Alfons | brlcad-7.0/src/burst/Sc.c:321: undefined reference to `tgoto' |
| 11:10.49 | Alfons | Sc.o(.text+0x772):/musik/Programme/brlcad-7.0/src/burst/Sc.c:321: undefined reference to `tputs' |
| 12:14.50 | Alfons | no idea how to solve the problem? |
| 13:28.16 | *** join/#brlcad IR-KONG (~chatzilla@203185044191.ctinets.com) |
| 13:30.56 | IR-KONG | Hello! |
| 13:30.58 | IR-KONG | I'm new to #brlcad. |
| 13:30.59 | IR-KONG | I have notice it become GPL'ed recently. |
| 13:31.01 | IR-KONG | Thank you very much! |
| 14:00.09 | brlcad | :) |
| 14:01.21 | brlcad | Alfons: those are curses symbols |
| 14:01.43 | brlcad | Alfons: ensure you have curses/ncurses installed and termcap |
| 14:06.34 | brlcad | IR-KONG: I'm rather happy about it too |
| 14:07.32 | brlcad | now we just need some more folks to get involved, get some more devs and other contributors ;) |
| 14:09.39 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/TODO: png was updated to 1.2.8 |
| 14:11.53 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/TODO: add checks for termcap and curses to skip building those components |
| 14:26.14 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/TODO: sun machine is busted, so off the list; cvs policy was updated |
| 14:28.12 | IR-KONG | I sorry I have to leave now. |
| 14:28.14 | IR-KONG | Nice talking to you. |
| 14:28.15 | IR-KONG | Thank you very much. |
| 14:28.17 | IR-KONG | Bye! |
| 14:28.19 | brlcad | cya |
| 14:30.27 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/src/other/libutahrle/ (36 files): update from a patched 3.0 to urt 3.1b1 (library) |
| 14:31.37 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/include/ (pyramid.h rle.h rle_code.h rle_config.h rle_put.h rle_raw.h): update from a patched 3.0 to urt 3.1b1 (library) |
| 14:39.29 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/include/Makefile.am: differentiate the urt, png, itcl, tcl, and tk headers |
| 16:03.44 | *** join/#brlcad guu` (guu@myth.gibbscam.com) |
| 16:05.08 | *** join/#brlcad brlcad (~brlcad@bz.bzflag.bz) |
| 16:07.46 | jano | bork! |
| 16:16.09 | brlcad | howdy |
| 16:41.55 | jano | hmm |
| 16:42.03 | jano | did you see the IR pics? |
| 16:42.04 | jano | :) |
| 16:42.09 | jano | i pickup my film today |
| 16:53.00 | brlcad | yes |
| 16:53.03 | brlcad | pretty neat |
| 16:57.22 | *** join/#brlcad guu (guu@myth.gibbscam.com) |
| 18:28.09 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/include/ (colorquant.h Makefile.am): add new colorquant.h file from urt update to 3.1 |
| 19:05.40 | *** join/#brlcad Nidhoggr (mandrake@dragon.org) |
| 19:14.32 | *** join/#brlcad Nidhoggr (mandrake@dragon.org) |
| 19:49.08 | *** join/#brlcad Nidhoggr (mandrake@dragon.org) |
| 20:03.06 | *** join/#brlcad Nidhoggr (mandrake@dragon.org) |
| 20:15.16 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/include/rle_config.h: define CONST_DECL to const since ansi required |
| 20:57.00 | CIA-6 | BRL-CAD: 03brlcad * 10brlcad/src/other/libutahrle/rle_global.c: the 'stdout' symbol is not necessarily constant, so use the numeric equivalent 0 |
| 23:18.54 | *** join/#brlcad ibot (~ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 23:18.54 | *** topic/#brlcad is http://brlcad.org/ || BRL-CAD is now Open Source! || Screenshots: http://sourceforge.net/project/screenshots.php?group_id=105292 || http://brlcad.org/images/mged.jpg || Release 7.0.2 Source is posted || Release 7.0.0 binaries now available for Linux and IRIX |
| 23:21.07 | *** join/#brlcad ibot (~ibot@apt.bot.TimRiker.active.supporter.pdpc) |
| 23:21.07 | *** topic/#brlcad is http://brlcad.org/ || BRL-CAD is now Open Source! || Screenshots: http://sourceforge.net/project/screenshots.php?group_id=105292 || http://brlcad.org/images/mged.jpg || Release 7.0.2 Source is posted || Release 7.0.0 binaries now available for Linux and IRIX |
