| 00:04.59 | *** join/#brlcad yukonbob (i=1000@s142-179-54-198.bc.hsia.telus.net) | |
| 00:50.41 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.co.comcast.net) | |
| 04:00.48 | iraytrace | It's quiet.... Too quiet ;-) |
| 04:01.14 | starseeker | Sunday night ;-) |
| 04:02.39 | iraytrace | That's just what they want us to think. Chuckle. |
| 04:03.27 | iraytrace | Just curious. I'd connected about 3 hours ago and hadn't seen a peep. Since it's a new IRC clinet, I was wondering. Thanks. |
| 04:04.02 | starseeker | Nah, it's been quiet today. Your client is not to blame ;-) |
| 04:40.24 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) | |
| 04:45.40 | CIA-4 | BRL-CAD: 03brlcad * r30418 10/brlcad/trunk/src/other/tk/unix/: |
| 04:46.48 | CIA-4 | BRL-CAD: 03brlcad * r30419 10/brlcad/trunk/src/other/tcl/unix/: |
| 06:09.02 | yukonbob | ...and _that_ is why brl-cad is in the position it's in. |
| 06:09.14 | yukonbob | iraytrace: did you get all that? |
| 06:10.56 | CIA-4 | BRL-CAD: 03brlcad * r30420 10/brlcad/trunk/src/lgt/ (extern.h fb.c lgt.c): get rid of SGI_WINCLOSE_BUG. it's something libfb should be handling if it's necessary. |
| 06:16.50 | brlcad | yukonbob: hm? |
| 07:06.39 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) | |
| 07:22.07 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) | |
| 07:25.39 | *** join/#brlcad CIA-4 (n=CIA@208.69.182.149) | |
| 07:28.12 | *** join/#brlcad Axman6_ (n=Axman6@210-11-145-223.netspeed.com.au) | |
| 08:10.59 | *** join/#brlcad clock_ (n=clock@zux221-122-143.adsl.green.ch) | |
| 09:08.53 | *** join/#brlcad elite01 (n=elite01@195.37.106.60) | |
| 09:30.25 | *** join/#brlcad CIA-32 (n=CIA@208.69.182.149) | |
| 09:42.56 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) | |
| 10:04.32 | CIA-32 | BRL-CAD: 03d_rossberg * r30421 10/brlcad/trunk/include/config_win.h: at least MSVC 6.0 needs the min/max templates (because min/max is not contained in the MSVC-STL because windef.h already defines it as a macro) |
| 12:54.22 | brlcad | guten tag, d_rossberg |
| 13:00.25 | d_rossberg | good morning |
| 13:03.33 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-075-023.pools.arcor-ip.net) | |
| 13:44.39 | CIA-32 | BRL-CAD: 03brlcad * r30422 10/brlcad/trunk/src/burst/ (burst.h fb.c): oop, more SGI_WINCLOSE_BUG and SINGLE_PRECISION mods that didn't get committed. |
| 14:33.24 | PrezKennedy | hallo brlcad, wie geht es ihnen? |
| 14:35.27 | *** join/#brlcad jgay (n=jgay@fsf/staff/jgay) | |
| 14:57.13 | CIA-32 | BRL-CAD: 03brlcad * r30423 10/brlcad/trunk/ (8 files in 6 dirs): (log message trimmed) |
| 14:57.17 | CIA-32 | BRL-CAD: NATURAL_IEEE and REVERSE_IEEE are no longer used. instead, try to utilize the |
| 14:57.21 | CIA-32 | BRL-CAD: bu_byteorder() run-time checks now where possible or WORDS_BIGENDIAN where not |
| 14:57.25 | brlcad | PrezKennedy: gut |
| 14:57.27 | CIA-32 | BRL-CAD: feasible. while this doesn't change the behavior of htond and htonf, care needs |
| 14:57.31 | CIA-32 | BRL-CAD: to be taken for the floating point format not being what we expect. make the |
| 14:57.41 | CIA-32 | BRL-CAD: configure test warn more verbosely if we encounter something that may not be |
| 14:57.45 | CIA-32 | BRL-CAD: ieee 754 floating point format (which in turn might imply htond and/or htonf |
| 15:43.56 | *** join/#brlcad Elperion (n=Bary@p54876861.dip.t-dialin.net) | |
| 15:55.07 | brlcad | heh, kimchi in space |
| 16:01.57 | clock_ | brlcad: my mged doesn't work but raytracing with rt seems to work. |
| 16:02.28 | brlcad | clock_: did you try a binary? I can only imagine it's not working due to compilation settings |
| 16:02.36 | clock_ | brlcad: do you have some tips how to investigate why is the mged hanging? mged -f you said doesn't help, tried. |
| 16:02.58 | clock_ | brlcad: maybe because I set -O -march=pentium-m -fomit-frame-pointer? |
| 16:03.01 | clock_ | I have GCC 4.1.2 |
| 16:03.13 | brlcad | any reason you omit the frame pointer? |
| 16:03.33 | clock_ | To have more registers and make it faster |
| 16:03.44 | clock_ | -O -> -O3 |
| 16:04.04 | clock_ | for example gmp fails tests with this setting and -O3 has to be changed to -O2 |
| 16:04.17 | clock_ | The question is what's buggy whether the GCC or the CPU |
| 16:04.39 | brlcad | eh, probably neither |
| 16:04.49 | clock_ | lol |
| 16:04.52 | clock_ | Who's buggy then? |
| 16:04.53 | brlcad | O3 is allowed to diverge from IEEE floating point behaviors |
| 16:04.57 | brlcad | you |
| 16:05.01 | clock_ | has -ffast-math? |
| 16:05.11 | brlcad | up to gcc |
| 16:05.21 | clock_ | oh that makes sense then |
| 16:05.24 | brlcad | as to what options O3 enables |
| 16:05.33 | clock_ | Does BRL-CAD screw up if I type -O3? |
| 16:05.35 | brlcad | usually yes, it can and often does, among many other things |
| 16:05.41 | brlcad | no, we work fine |
| 16:05.44 | clock_ | ;-) |
| 16:05.55 | clock_ | I even managed to compile Firefox |
| 16:06.06 | brlcad | gmp, i'm sure, is expecting specific floating point behaviors |
| 16:06.06 | clock_ | I felt like colleting a Nobel Prize when I finished that |
| 16:07.02 | clock_ | And, after we figure out how to travel to Alpha Centauri under 24 hours and figure out how to compile OpenOffice, we can say we have conquered the universe ;-> |
| 16:07.48 | brlcad | still, not sure what -fomit-frame-pointer with -g will mean, not that it's the problem you're hitting |
| 16:08.07 | clock_ | I know it's not gonna gdb |
| 16:08.17 | clock_ | But the rt takes hell long - I need maximum computation velocity! |
| 16:08.36 | brlcad | then --disable-runtime-debug |
| 16:08.52 | brlcad | but don't complain when you can't debug problems |
| 16:08.52 | clock_ | How many % do I gain with this? |
| 16:09.02 | brlcad | depends on the cpu, usually 5-15% |
| 16:09.07 | clock_ | When I run into a problem I recompile with full debug and try again |
| 16:09.25 | clock_ | --disable-runtime-debug goes into the ./configure? |
| 16:09.47 | brlcad | yes |
| 16:10.19 | clock_ | Does it help when I say, after the mged hanging times out, it prints Detaching and ends? |
| 16:10.23 | brlcad | the results will "invalidate" the benchmark results, but it will run faster |
| 16:10.53 | clock_ | I gues it's gonna produce at least similar looking images |
| 16:11.03 | brlcad | the images will be the same |
| 16:11.08 | brlcad | the computations are the same |
| 16:11.19 | clock_ | hmm |
| 16:11.25 | clock_ | should I try BRL-CAD without make -j4? |
| 16:11.31 | clock_ | Like just make? Could it be the cause? |
| 16:11.31 | brlcad | that just disables a slew of run-time validity checks (that would otherwise ABORT the application) |
| 16:11.44 | brlcad | no, that has nothing to do with it |
| 16:11.56 | clock_ | And, if I type mged -f it segfaults! Does this info help? |
| 16:12.20 | brlcad | yeah, that's interesting .. do you have a stack trace? |
| 16:12.26 | clock_ | No |
| 16:12.30 | clock_ | I didn't have gdb ;-> |
| 16:12.33 | brlcad | then no it doesn't help :) |
| 16:12.36 | clock_ | Have to complicate one |
| 16:13.08 | PrezKennedy | brlcad, does brlcad run on Vista? |
| 16:13.11 | clock_ | OK so my next homework is to get the stack trace from the segfaulting mged -f |
| 16:13.20 | brlcad | PrezKennedy: haven't tried it yet |
| 16:13.34 | PrezKennedy | i can try it tonight when i get home |
| 16:13.53 | clock_ | Do you use cygwin or some proprietary C compiler for Windows? |
| 16:13.54 | brlcad | PrezKennedy: given how different it is, I'd be surprised it it worked without recompiling |
| 16:14.06 | brlcad | either works |
| 16:14.10 | clock_ | wow |
| 16:15.53 | brlcad | I've made a full cygwin build several times (and that's what Irix guy keeps compiling) |
| 16:16.17 | brlcad | it usually just needs a couple tweaks but sometimes builds cleanly out of the box.. just not frequently tested/maintained |
| 16:16.36 | MinuteElectron | Irix got it running on vista. |
| 16:16.36 | clock_ | Does it work on Masox as well |
| 16:16.46 | brlcad | ~masox |
| 16:16.54 | brlcad | never heard of masox |
| 16:16.54 | clock_ | MAC OS X |
| 16:16.57 | brlcad | ah |
| 16:17.01 | brlcad | yes, of course |
| 16:17.29 | brlcad | MinuteElectron: without recompiling though? |
| 16:17.37 | MinuteElectron | brlcad: oh, right |
| 16:18.05 | MinuteElectron | i don't know |
| 16:18.06 | brlcad | i don't doubt that it'll work if you compile it on vista.. there's nothing that specifically should limit it |
| 16:18.33 | PrezKennedy | seems to work fine on server 2003 |
| 16:19.24 | clock_ | Masox is a brand name of Czech ready-made dried bouillon in little bricks |
| 16:19.50 | clock_ | That's why I call Mac OS X Masox |
| 16:20.44 | clock_ | It's like you want to make a soup so you take a pot of boiling water throw one brick in and it dissolves and you get bouillon and then you can add more stuff |
| 16:20.49 | PrezKennedy | sounds tasty like an Apple® |
| 16:22.42 | clock_ | http://www.shop.czechoslovakshop.eu/images/big/4.jpg |
| 16:23.31 | brlcad | not exactly an international brand :) |
| 16:23.37 | clock_ | not exactly |
| 16:23.56 | clock_ | but yeah it's the same as Knorr |
| 17:39.28 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-064-056.pools.arcor-ip.net) | |
| 18:01.31 | *** join/#brlcad elite01_ (n=elite01@dslc-082-082-064-056.pools.arcor-ip.net) | |
| 18:19.41 | ``Erik | hm |
| 18:32.58 | *** join/#brlcad Obscurati (n=jeremiah@68-190-119-251.dhcp.mdsn.wi.charter.com) | |
| 18:57.46 | brlcad | woot, gsoc2008 finally/officially announced |
| 19:41.09 | CIA-32 | BRL-CAD: 03bob1961 * r30426 10/brlcad/trunk/src/libfb/if_ogl.c: Pick the first visual with the greatest depth. Mods to disallow use of DirectColor visuals. |
| 19:41.50 | brlcad | ooh |
| 19:41.51 | CIA-32 | BRL-CAD: 03brlcad * r30427 10/brlcad/trunk/src/ (15 files in 9 dirs): windows O_BINARY setmode cleanup |
| 21:10.14 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-064-056.pools.arcor-ip.net) | |
| 21:11.43 | CIA-32 | BRL-CAD: 03erikgreenwald * r30428 10/brlcad/trunk/src/conv/conv-vg2g.c: include fcntl.h so O_RDONLY is properly defined |
| 21:13.42 | brlcad | hm, cadio.h or buio.h |
| 21:38.38 | CIA-32 | BRL-CAD: 03brlcad * r30429 10/brlcad/trunk/include/sysv.h: no longer checking for bsdselect, no longer providing it or using it either |
| 21:40.10 | *** join/#brlcad Z80-Boy (i=clock@77-56-79-34.dclient.hispeed.ch) | |
| 21:44.28 | *** join/#brlcad Elperion (n=Bary@p54876861.dip.t-dialin.net) | |
| 22:59.47 | ``Erik | <-- puts some food in him so he can stop zoning out |
| 23:01.53 | yukonbob | gsoc call for papers, or picked-projects? |
| 23:08.48 | CIA-32 | BRL-CAD: 03bob1961 * r30430 10/brlcad/trunk/include/config_win.h: Only define min/max if MSVC 6.0 and older. |
| 23:29.50 | starseeker | well, after a couple day's work I have... a wheel |
