| 00:16.06 | brlcad | tedcx: examples of what? |
| 00:16.21 | brlcad | in CVS, the db dir is just db/ |
| 00:16.55 | brlcad | they're in .asc format, you run asc2g to get the binary .g |
| 00:20.31 | IriX64 | brlcad anything in there thats not in the source tarball? |
| 00:20.57 | IriX64 | save me looking please :) |
| 00:22.56 | brlcad | in where? |
| 00:23.06 | IriX64 | been perusing code, yyou have a whole magic number section, but in magic.c you put a default after the first case stament and efectivly short circuited the whole system. |
| 00:23.42 | brlcad | that's fine, it still works, default only hits when .. it doesn't match otherwise |
| 00:24.01 | IriX64 | no matter where you put default? |
| 00:24.05 | brlcad | no matter where |
| 00:24.11 | IriX64 | ahh ok |
| 00:24.20 | IriX64 | in db dir i was talking about |
| 00:24.24 | brlcad | it's just a label |
| 00:24.27 | IriX64 | before i rambled |
| 00:25.05 | poolio | hey brlcad, you get my email some time ago? |
| 00:28.26 | brlcad | poolio: yes I did |
| 00:28.27 | brlcad | thanks |
| 00:28.42 | brlcad | looked good, I'll let you know what I find out |
| 00:29.03 | poolio | brlcad: Ah, sorry well if you didn't I was going to say I had some corrections, but oh well :) |
| 00:29.17 | brlcad | that's fine too, feel free to send it |
| 02:57.51 | IriX64 | brlcad: you're not supposed to use goto's in a case statement ;) |
| 02:58.11 | IriX64 | err switch |
| 04:20.19 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1088754667.dsl.bell.ca) | |
| 06:11.29 | *** join/#brlcad Maloeran (n=maloeran@glvortex.net) [NETSPLIT VICTIM] | |
| 07:05.38 | *** join/#brlcad dli (n=dli@adsl-75-33-245-220.dsl.chcgil.sbcglobal.net) | |
| 10:08.38 | *** join/#brlcad SWPadnos_ (n=Me@dsl245.esjtvtli.sover.net) | |
| 10:38.30 | *** join/#brlcad ``Erik (i=erik@c-69-250-155-85.hsd1.md.comcast.net) [NETSPLIT VICTIM] | |
| 12:47.43 | *** join/#brlcad rossberg (n=rossberg@bz.bzflag.bz) | |
| 12:50.22 | brlcad | moin rossberg |
| 12:54.15 | rossberg | good afternoon brlcad |
| 13:01.19 | CIA-21 | BRL-CAD: 03d_rossberg * 10brlcad/src/librt/g_brep.cpp: move does not return a value |
| 13:08.21 | brlcad | jason almost has brep ray-tracing working, in a day or two hopefully |
| 13:10.42 | rossberg | but not on MSVC 6.0 :-( |
| 13:11.09 | rossberg | however, with some minor changes it will work here too |
| 13:12.25 | brlcad | I added the warning quell to configure for gcc that you mentioned |
| 13:12.55 | brlcad | still some more work needed, and still have tcl 8.5 integration woes being sorted out |
| 13:15.18 | rossberg | i'm afraid we don't need to quell the warning because we don't need the friend statement |
| 13:16.52 | brlcad | yeah, I wondered that -- though it is still a bogus gcc warning |
| 13:17.39 | brlcad | kinda lame of them to default to "warn that you might be relying on our non-conformant old behavior" |
| 13:21.35 | CIA-21 | BRL-CAD: 03d_rossberg * 10brlcad/include/ (vector.h vector_fpu.h vector_x86.h): |
| 13:21.35 | CIA-21 | BRL-CAD: VC++ 6.0 adaptions: |
| 13:21.35 | CIA-21 | BRL-CAD: removed (redundant) struct keywords |
| 13:21.35 | CIA-21 | BRL-CAD: removed the unnecessary friend statements (operator<< does not access private class members), they cause trouble only |
| 13:22.23 | rossberg | now it works for me :-) i hope it works for you too |
| 13:23.38 | rossberg | i would like to test it on ftp.brlcad.org, but the compiler is to old |
| 13:23.51 | rossberg | it is lacking the "max" function |
| 13:24.38 | rossberg | however, one time i'll reactivate my linux ssh connections to sourceforge |
| 13:26.23 | CIA-21 | BRL-CAD: 03brlcad * 10brlcad/src/external/Makefile.am: include the external plugins in the dist regardless of being enabled/disabled for compilation |
| 13:27.03 | rossberg | next month i'll be on holiday (with some interruptions) |
| 13:28.14 | brlcad | hmm.. it should have max() just perhaps not in the same namespace or it's an extension |
| 13:28.54 | brlcad | would need to eventually get it working on 3.3 regardless -- that's not that old a compiler :) |
| 13:29.08 | brlcad | not nearly as old as vc6 .. :) |
| 13:29.52 | rossberg | i know, it's from the last century |
| 13:33.19 | brlcad | a whole month on vacation? |
| 13:33.37 | brlcad | that's crazy/cool |
| 13:37.21 | rossberg | there are 13 days left from 2006, plus 2 days easter |
| 13:43.34 | CIA-21 | BRL-CAD: 03d_rossberg * 10brlcad/configure.ac: the cause for the no-non-template-friend problem in vector.h was removed |
| 14:42.52 | rossberg | brlcad: sorry, "fmax" is missing on ftp.brlcad.org |
| 14:47.27 | brlcad | ah |
| 14:47.48 | brlcad | could/should probably add the various c99 math macros that one might often find missing |
| 14:49.01 | brlcad | particularly for min/max |
| 14:49.35 | brlcad | i have similar checks in other projects for std::min std::max |
| 16:23.06 | *** join/#brlcad Elperion (n=Elperion@p54875abf.dip.t-dialin.net) | |
| 18:04.08 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177871510.dsl.bell.ca) | |
| 18:20.59 | CIA-21 | BRL-CAD: 03jlowenz * 10brlcad/src/librt/g_brep.cpp: bug fixes - simple brep cube now renders (some acne, though). twisted brep still has problems, argh. |
| 18:22.00 | CIA-21 | BRL-CAD: 03jlowenz * 10brlcad/src/proc-db/ (brep_simple.cpp brep_cube.cpp): some tweaks to the geometry. |
| 18:55.27 | CIA-21 | BRL-CAD: 03erikgreenwald * 10brlcad/src/adrt/libtie/kdtree.c: test the malloc instead of trying to dereference a void ptr to test the malloc... |
| 18:58.07 | CIA-21 | BRL-CAD: 03erikgreenwald * 10brlcad/src/adrt/libtienet/tienet_master.c: Use "tienet_master_socket_list" instead of undeclared "tienet_master_socke_list". Don't people try to compile before committing anymore? |
| 18:59.12 | brlcad | not in that dir until the python/sdl checks are improved |
| 18:59.33 | ``Erik | huh? |
| 18:59.48 | CIA-21 | BRL-CAD: 03erikgreenwald * 10brlcad/src/adrt/isst/master/master.c: the variable is "isst_master_observer_frame", not "isst_master_observer". |
| 18:59.48 | ``Erik | you're on a branch or something? |
| 19:00.15 | ``Erik | those're the only 3, MFC? |
| 19:00.28 | brlcad | huh? |
| 19:00.56 | brlcad | i was answering the "?" |
| 19:01.21 | ``Erik | oh, in the commit msg? ehehe, that was, uh, rhetorical :) |
| 19:01.53 | ``Erik | <-- very much using adrt these days, so'z can handle any adrt related patches that come through, toss 'em my way |
| 19:02.06 | ``Erik | for the next, uh, week or so |
| 19:02.36 | brlcad | that was just a slew of simple checks done to appease someone on a tracker |
| 19:02.53 | brlcad | didn't have a means to compile test, so the spelling/typos aren't too surprising |
| 19:03.09 | brlcad | weren't any logic changes |
| 19:04.18 | ``Erik | yeah, malloc guard *shrug* but, uh, node->data=malloc(); if(!*node->data){... ? O.o |
| 19:04.29 | ``Erik | hehehe :D |
| 19:05.14 | brlcad | meh, just a typo |
| 19:12.38 | CIA-21 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: generate the Cubit Makefile and traverse into that dir |
| 19:14.14 | CIA-21 | BRL-CAD: 03brlcad * 10brlcad/src/tclscripts/mged/rt.tcl: add a checkbox toggle to the raytrace control panel that allows the framebuffer to be enabled/disabled more quickly than hitting one of the menu options. |
| 19:19.07 | CIA-21 | BRL-CAD: 03brlcad * 10brlcad/NEWS: framebuffer toggle added to raytrace panel in mged |
| 19:20.41 | *** join/#brlcad IriX64 (n=mario_du@bas2-sudbury98-1177871510.dsl.bell.ca) | |
| 19:21.39 | IriX64 | http://www.pastebin.ca/413889 |
| 19:21.51 | IriX64 | can somebody expain how this works to me? |
| 19:23.25 | IriX64 | its the second condition im having trouble understanding |
| 19:24.09 | ``Erik | look at the cdecl program |
| 19:25.17 | IriX64 | where? |
| 19:25.27 | ``Erik | are you using cygwin? |
| 19:25.34 | IriX64 | yes |
| 19:25.44 | ``Erik | there might be a package in cygwin, perhaps in the devel category |
| 19:25.52 | IriX64 | ty |
| 19:26.18 | IriX64 | wrote a little thing the & comes up with the size of the ptr |
| 19:26.40 | IriX64 | what bother s me is why doesn't it fail, that thing will never evaluate a 0 |
| 19:26.46 | IriX64 | as 0 |
| 19:27.57 | IriX64 | and if it comes up true it *should trigger the error thing |
| 19:28.04 | IriX64 | but its not |
| 19:30.03 | ``Erik | sure it does, if _ptr=0, then 0&0xffffffff = 0 |
| 19:30.25 | ``Erik | 'cept, uh... O.o huh |
| 19:30.28 | IriX64 | :) |
| 19:30.30 | IriX64 | ok |
| 19:30.35 | ``Erik | no, I'm off |
| 19:30.37 | brlcad | that macro basically says "make sure the pointer isn't 0, isn't -1, and matches the magic specified as the argument -- else call bu_badmagic() which aborts |
| 19:30.45 | ``Erik | sizeof(long)-1 will be like &0x3 |
| 19:30.50 | ``Erik | or &0x7 |
| 19:30.59 | ``Erik | it makes sure the pointer is aligned? |
| 19:31.00 | IriX64 | 3 on my machine |
| 19:31.16 | ``Erik | so I guess no stealing low bits for flags O:-) |
| 19:31.27 | IriX64 | i see not guaranteed to be same on different archs? |
| 19:31.50 | brlcad | hmm.. that sizeof() is fishy |
| 19:32.06 | IriX64 | badmagic.c uses size_t tho not long |
| 19:32.13 | ``Erik | 32b machines will be 3, 64b might be 7 or 3, ... *shrug* the size of a long is not fixed in the spec |
| 19:32.35 | ``Erik | should be sizeof(size_t)-1 I'd guess *shrug* |
| 19:33.00 | IriX64 | was trying to see whos right badmagic.c or the macro. |
| 19:33.11 | brlcad | nothing in bu is "supposed" to be using a size_t (until your recent change) |
| 19:33.15 | brlcad | and that was intentional |
| 19:33.43 | IriX64 | :) |
| 19:34.20 | IriX64 | btw i compiled gcc so it runs in native windows ``Erik, a wonderous sight. |
| 19:34.49 | IriX64 | now for a gui ;) |
| 19:34.53 | dtidrow_work | why not just use mingw? |
| 19:35.04 | IriX64 | i prefer gcc4.1.2 |
| 19:35.08 | dtidrow_work | ah |
| 19:35.50 | IriX64 | relies on cygwin1.dll but what the hey it compiles and links. |
| 19:36.10 | IriX64 | just have to set your paths to the libs and all that |
| 19:36.53 | IriX64 | the hello worlsd program it produxes runs on windows |
| 19:37.19 | IriX64 | reminds me i have to prove it does *not need the dll ill be back |
| 19:39.08 | Maloeran | Use -mwindows to remove cygwin1.dll dependency, also removes the Posix compatibility layer |
| 19:42.40 | ``Erik | -mno-cygwin I thought *shrug* but that was a while ago |
| 19:43.29 | *** join/#brlcad dli (n=dli@adsl-75-33-245-220.dsl.chcgil.sbcglobal.net) | |
| 19:45.47 | IriX64 | bwahhahahahah -mno-cygwin and it works ``Erik, compile like this gcc -mno-cygwin t.c |
| 19:46.10 | IriX64 | produced the prettiest little a.exe ive ever seen |
| 19:46.54 | IriX64 | 12409 bytes big (it says hello and printers out some stuff) |
| 19:49.57 | IriX64 | for real ``Erik it runs on my other boxen that has never seen cygwin |
| 19:50.57 | ``Erik | ayup |
| 20:04.43 | Maloeran | If only ./configure could be multi-process |
| 20:05.20 | Maloeran | Oh oops, it is -mno-cygwin. -mwindow is to create a win32 gui program |
| 20:05.53 | brlcad | no kidding |
| 20:06.04 | brlcad | if I could have hacked that in easily, I would have already |
| 20:06.52 | ``Erik | parallelizing the autogen/config process? it'd be akin to making a self-parallelizing programming language on-top of posix sh.. |
| 20:06.56 | brlcad | but that'd be one fugly configure script that'd be hard as hell to debug if/when there were threading issues |
| 20:07.30 | Maloeran | To me, that's another sign that autoconf is broken :) |
| 20:07.35 | brlcad | can't really parallelize autogen.sh itself -- though they could make autoconf/automake parallel |
| 20:07.42 | Maloeran | Indeed |
| 20:07.49 | ``Erik | what, that all it needs is a posix shell? that's one of the biggest boons of it |
| 20:08.00 | ``Erik | and why it kicks scons&friends asses |
| 20:08.12 | Maloeran | ./configure often takes longuer than the actual compilation with enough cores |
| 20:08.38 | ``Erik | heh, make bigger programs? :D (be nice if there was a fast system cache of things, though) |
| 20:09.30 | brlcad | there is an extensive caching system, but and you can create system caches that are used .. --cache-file option |
| 20:09.43 | Maloeran | Mmhm, I think I'm addicted to computational fluid dynamics. For now anyway |
| 20:10.01 | ``Erik | be addicted to delivering rayforce on, um, saturday? :D |
| 20:10.07 | brlcad | we have a lot of tests that don't cache or test for cached at the moment too |
| 20:10.19 | Maloeran | Saturday, so soon? Oh hum :) |
| 20:10.28 | ``Erik | mar31, right? |
| 20:10.46 | Maloeran | Right. You guys will have access to the cvs for further updates though |
| 20:12.32 | ``Erik | their cvs pserver is being retarded for me |
| 20:13.01 | Maloeran | The mail notification thing is broken, the rest seems fine |
| 20:13.08 | ``Erik | I get lock issues |
| 20:13.25 | Maloeran | Oh yes, I got that too.. but I think the code still updates? |
| 20:13.46 | ``Erik | yes, but I can't get that cache file on it |
| 20:14.20 | Maloeran | Connection refused on 69.250.155.85:26877 |
| 20:15.48 | Maloeran | I should have hosted cvs at home. They apparently spent $5k to get that gforge server, or whatever it was, recommended by Lee although it never became usable |
| 20:19.15 | ``Erik | gforge is a dandy tool... I thought they were gonna virtualize it? why have they been sitting on their hands? |
| 20:19.16 | ``Erik | (and $5k is chump change) |
| 20:27.10 | *** join/#brlcad brlcad (n=sean@pdpc/supporter/silver/brlcad) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad dli (n=dli@adsl-75-33-245-220.dsl.chcgil.sbcglobal.net) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad SWPadnos (n=Me@dsl245.esjtvtli.sover.net) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad louipc_ (n=louipc@bas8-toronto63-1088754667.dsl.bell.ca) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad tedcx (n=root@71.237.138.185) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad b0ef (n=b0ef@084202026226.customer.alfanett.no) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad archivist (n=archivis@host217-35-76-52.in-addr.btopenworld.com) [NETSPLIT VICTIM] | |
| 20:27.10 | *** join/#brlcad jack (i=jack@dub.minimal.nl) | |
| 20:27.10 | *** join/#brlcad Twingy (n=justin@74.92.144.217) [NETSPLIT VICTIM] | |
| 20:27.11 | *** join/#brlcad CIA-21 (i=cia@cia.navi.cx) [NETSPLIT VICTIM] | |
| 20:27.11 | *** join/#brlcad dtidrow_work (n=dtidrow@host169.objectsciences.com) [NETSPLIT VICTIM] | |
| 20:27.11 | *** join/#brlcad deltazap (n=zap@pool-72-64-253-55.tampfl.fios.verizon.net) [NETSPLIT VICTIM] | |
| 20:27.11 | *** mode/#brlcad [+o brlcad] by irc.freenode.net | |
| 20:31.18 | Maloeran | Chump change for them I guess, it was still a waste. Anyone could just have hosted that at home |
| 20:31.19 | Maloeran | ( and it would have been up a tiny bit faster ) |
| 20:31.19 | ``Erik | oh, yay |
| 20:31.20 | ``Erik | /usr/brlcad/HEAD/lib/librt.so: undefined reference to `_ZNSo9_M_insertEPKcl@GLIBCXX_3.4.9' |
| 20:31.20 | Maloeran | That's a neat function name |
| 20:31.22 | ``Erik | c++ crap |
| 20:31.24 | Maloeran | Thanks for the big endian cache |
| 20:31.24 | ``Erik | np, hope it helps |
| 20:31.24 | ``Erik | cvs server: [15:16:09] waiting for cvs's lock in /usr/local/cvsrayforce/rayforce |
| 20:31.24 | ``Erik | :/ |
| 20:31.25 | Maloeran | Oh yes, I had that too |
| 20:32.06 | brlcad | looks like insert(), some glibc internal |
| 20:32.06 | ``Erik | stdc++ actually |
| 20:32.06 | ``Erik | GLIBCXX |
| 20:32.06 | brlcad | that was implied |
| 20:32.40 | ``Erik | linking with g++ seems to fix it... but it's not a damn c++ program *grouse* :( |
| 20:32.40 | brlcad | run it through filt |
| 20:32.40 | brlcad | what's the actual symbol? |
| 20:32.40 | ``Erik | hm, -lstdc++ fixes it, too |
| 20:33.08 | ``Erik | 'filt'? |
| 20:33.08 | ``Erik | doens't seem to be on that machine |
| 20:33.08 | brlcad | echo "_ZNSo9_M_insertEPKcl" | c++-filt |
| 20:33.08 | brlcad | or echo "_ZNSo9_M_insertEPKcl" | c++-filt2 |
| 20:33.33 | ``Erik | ah, c++filt |
| 20:33.44 | ``Erik | std::ostream::_M_insert(char const*, long) |
| 20:34.20 | Maloeran | Neat, I just learned something then |
| 20:34.31 | brlcad | yeah, internal template foo on a stream operator somewhere |
| 20:34.56 | brlcad | ``Erik: check config.log -- there's a test for it, see why it failed |
| 20:35.09 | ``Erik | um, this isn't in BRL-CAD, this is something that uses librt and libtie |
| 20:35.27 | brlcad | hmm |
| 20:35.49 | brlcad | librt should be linking against -lstdc++ so that's resolved |
| 20:36.12 | ``Erik | hm, it's actually listed in the ldd of librt, odd |
| 20:37.48 | brlcad | grep LIBSTD src/librt/Makefile |
| 20:37.53 | ``Erik | the quad opteron, ~/src/rtcmp/build/amd64* |
| 20:38.08 | brlcad | should be two lines |
| 20:38.43 | ``Erik | yeah... it's there, and right.. and ldd on the librt.so gives the right dep lib.. :/ *shrug* |
| 20:39.36 | ``Erik | <-- scratches his head |
| 20:40.03 | ``Erik | BRL-CAD was compiled with gcc42, yet librt references: libstdc++.so.6 => /usr/local/lib/gcc-4.1.2/libstdc++.so.6 (0x80121d000) |
| 20:40.59 | brlcad | that's why |
| 20:41.09 | brlcad | minor ABI incompatibility |
| 20:41.25 | ``Erik | yeah |
| 20:41.31 | jack- | so it still builds perfectly with 4.0.1 right? |
| 20:41.39 | brlcad | there's a minithread on gcc-bugs mailing list about it on x86_64-portbld-freebsd6.2 |
| 20:41.39 | ``Erik | g++ sucks for that... |
| 20:41.52 | ``Erik | this is a completely seperate program, jack-... it just USES librt... :) |
| 20:41.54 | brlcad | specific to 4.2 |
| 20:41.58 | jack- | oh ok |
| 20:43.44 | ``Erik | weird, g++42 must be broken on that machine |
| 20:43.54 | brlcad | dist seems to be refixed now |
| 20:44.13 | ``Erik | adding /usr/local/lib/gcc-4.2.0 to to LD_LIBRARY_PATH makes it all peachy :/ |
| 20:44.19 | brlcad | heh |
| 20:56.01 | dli | is gcc-4.2.0 released? |
| 20:57.52 | ``Erik | not quite |
| 20:57.54 | ``Erik | O:-) |
| 20:59.11 | IriX64 | i think ive got 4.3x somewhere tried compiling it... missing bits |
| 21:06.08 | IriX64 | err gcc 4.3 somesnapshot :) |
| 21:47.38 | *** join/#brlcad CIA-21 (n=CIA@cia.navi.cx) | |
| 21:47.59 | *** join/#brlcad zorro1978 (n=michele@d83-190-72-215.cust.tele2.it) | |
| 21:49.10 | zorro1978 | i want to try brlcad |
| 21:49.26 | zorro1978 | i have just installed .deb file with dpkg -i |
| 21:50.02 | zorro1978 | all seems to be ok, but i don't know wich is the executable to run |
| 21:50.13 | zorro1978 | someone can help me? |
| 22:13.30 | *** join/#brlcad poolio (n=poolio@c-69-251-3-107.hsd1.md.comcast.net) | |
| 22:41.24 | IriX64 | i'll short circuit it, write my own uname.exe i guess. |
| 22:44.10 | IriX64 | should be kosher, it's not going anywhere |
| 23:11.38 | louipc_ | <PROTECTED> |
| 23:12.01 | louipc | cheers |
| 23:37.21 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1088754667.dsl.bell.ca) | |
| 23:46.24 | *** join/#brlcad bjorkBSD (n=bjork@ip70-178-214-102.ks.ks.cox.net) | |