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 |