| 00:09.53 | *** join/#brlcad jhujhiti (n=jhujhiti@64.252.100.253) |
| 00:10.36 | jhujhiti | ../../src/libdm/.libs/libdm.so: undefined reference to `XFreeDeviceList' on debian testing. i cannot, for the life of me, figure out which package i'm missing |
| 00:14.51 | jhujhiti | with 7.10.4, by the way |
| 00:35.03 | ``Erik | um, it probably didn't link libXi.so ? |
| 00:35.11 | ``Erik | did you run autoreconf or autogen or anything? |
| 00:36.22 | jhujhiti | ah ha! libxi-dev wasn't installed. i'll try that |
| 00:36.39 | ``Erik | those'd just be headers... |
| 00:36.43 | jhujhiti | ``Erik: i didn't. i'm quite sure i just didn't install all of the -dev packages and the configure script didn't pick up on it |
| 00:38.43 | ``Erik | and now; conrad twitty. |
| 00:39.34 | jhujhiti | haha |
| 00:40.18 | ``Erik | anyways, that's a lib error, not a header error, so having libXi.so should be all you need... however; debian "fixes" libtool, which horribly breaks any nontrivial use of dependancy libs, and libdm makes a non-trivial use of the dependancy_libs variable in the libdm.la file |
| 00:40.46 | ``Erik | if you're working with stuff striaght out of the tarball and didn't touch any of the automake files, it SHOULD work |
| 00:41.01 | ``Erik | if you have libXi.so handy :) |
| 00:45.06 | jhujhiti | i have /usr/lib/libXi.so{,.6,.6.0.0} |
| 00:45.51 | jhujhiti | it's running its own libtool. |
| 00:46.01 | ``Erik | in theory, ldd /path/to/libdm.so SHOULD list one of those |
| 00:46.31 | jhujhiti | err, libdm isn't building? |
| 00:46.57 | jhujhiti | whoops. disregard that. |
| 00:47.55 | jhujhiti | it doesn't. |
| 00:48.05 | jhujhiti | it doesn't list *any* missing libraries. and no mention of libXi |
| 00:48.40 | ``Erik | weird |
| 00:48.59 | ``Erik | and in the build directory, what's the dependancies line in src/libdm/libdm.la look like? |
| 00:49.51 | jhujhiti | heh, probably too long to paste, eh? |
| 00:49.56 | jhujhiti | although there IS a newline in it |
| 00:50.06 | jhujhiti | dependency_libs=' -L/usr/local/lib /home/jhujhiti/build/brlcad-7.10.4/src/librt/librt.la -L/home/jhujhiti/build/brlcad-7.10.4/src/other/tcl/unix /home/jhujhiti/build/brlcad-7.10.4/src/libbn/libbn.la /home/jhujhiti/build/brlcad-7.10.4/src/other/libregex/libregex.la /home/jhujhiti/build/brlcad-7.10.4/src/libsysv/libsysv.la /home/jhujhiti/build/brlcad-7.10.4/src/other/openNURBS/libopenNURBS.la -lstdc++ /home/jhujhiti/build/brlcad-7.10.4/src/libfb/libfb.la |
| 00:50.45 | ``Erik | did it truncate? the last thing I saw was libfb.la |
| 00:51.00 | jhujhiti | then i guess the answer is yes. let me pastebin it |
| 00:51.07 | ``Erik | there *SHOULD* be an -lXi on it |
| 00:51.45 | ``Erik | mine looks like http://pastebin.bzflag.bz/d22fad3d6 (on a mac) |
| 00:52.10 | jhujhiti | http://qna.nu/p18vc/?raw |
| 00:52.29 | jhujhiti | there's no Xi in it |
| 00:53.23 | ``Erik | odd |
| 00:53.36 | jhujhiti | let me blow away the build directory and start from scratch.. |
| 00:54.18 | ``Erik | so if you grep ^X_LIBS Makefile |
| 00:54.21 | ``Erik | there's no Xi in that? |
| 00:54.26 | ``Erik | X_LIBS = -L/usr/X11R6/lib -lX11 -lX11 -lXext -lXi |
| 00:54.37 | jhujhiti | heh, too late =) |
| 00:54.48 | jhujhiti | is there a signature of the tarball somewhere? |
| 00:54.55 | jhujhiti | or an md5sum? sourceforge never makes it easy |
| 00:55.51 | ``Erik | I wonder if you'd need to do something like sudo ln -s /usr/lib/libXi.so.6 /usr/lib/libXi.so ? |
| 00:56.00 | ``Erik | http://www.freebsd.org/cgi/cvsweb.cgi/ports/cad/brlcad/distinfo?rev=1.15 has md5 and sha256 |
| 00:56.15 | jhujhiti | /usr/lib/libXi.so.6.0.0 |
| 00:56.15 | jhujhiti | /usr/lib/libXi.so |
| 00:56.16 | jhujhiti | /usr/lib/libXi.so.6 |
| 00:56.26 | jhujhiti | from find |
| 00:56.54 | ``Erik | um, does libXi.so actually resolve to the libXi.so.6.0.0 file? |
| 00:57.04 | jhujhiti | how would i check that? |
| 00:57.08 | ``Erik | could be a bad symlink, left over? *shrug* |
| 00:57.11 | ``Erik | um, ls -l it? |
| 00:57.12 | ``Erik | :) |
| 00:57.24 | ``Erik | or file, or if you're feeling brave, cat it... er... I mean, run file on it :D |
| 00:57.38 | jhujhiti | /usr/lib/libXi.so -> libXi.so.6.0.0 |
| 00:57.49 | ``Erik | weird |
| 00:58.04 | jhujhiti | configure just finished. which makefile should i grep on? |
| 00:58.21 | ``Erik | if 'grep ^X_LIBS Makefile' doesn't have -lXi in it, would you be able to post your config.log somewhere? |
| 00:58.25 | ``Erik | any of them shoudl work |
| 00:58.35 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.ut.comcast.net) |
| 00:58.38 | jhujhiti | X_LIBS = -lX11 -lX11 -lXext -lXi |
| 00:59.31 | jhujhiti | err, should the configure step be creating libdm.la? |
| 00:59.52 | ``Erik | no, that's during the compile |
| 01:00.05 | ``Erik | what about 'grep ^DM_LIBS Makefile' ? |
| 01:00.08 | jhujhiti | all right. well then.. is this thing make -j safe? |
| 01:00.18 | ``Erik | i do it all the time on 4 and 8 core machines, it SHOULD work fine |
| 01:00.36 | jhujhiti | i haven't been using it because i wasn't sure. but it takes a bit before it bails out. i'll try make again |
| 01:00.50 | jhujhiti | -lXi is at the very end of that grep. |
| 01:00.53 | ``Erik | ok |
| 01:00.55 | ``Erik | um |
| 01:00.56 | ``Erik | heh |
| 01:01.09 | ``Erik | you can, uh, go into src/libdm and do "make depends" |
| 01:01.21 | ``Erik | to bypass a fair bit of stuff ya don't need for libdm proper |
| 01:01.22 | ``Erik | :) |
| 01:01.41 | jhujhiti | let's see if a regular make bails first.. |
| 01:01.41 | ``Erik | (provided I did it right) |
| 01:01.45 | ``Erik | aight |
| 01:02.25 | jhujhiti | do you know off the top of your head what file i could look for to see if the build is past that point? |
| 01:03.06 | ``Erik | uhmmmmmm well, if src/mged/mged exists, then libdm is linking ok |
| 01:05.17 | jhujhiti | neat, -j2 is generating over 3.5 load usually it's just over 2 |
| 01:06.18 | jhujhiti | -rwxr-xr-x 1 jhujhiti 1000 9.0K 2007-12-02 20:06 src/mged/mged* |
| 01:06.29 | jhujhiti | *sigh* that was the third try. what the hell? |
| 01:07.31 | ``Erik | heh |
| 01:07.48 | ``Erik | like everything technological that doesn't work, it always works when someone else is looking :D |
| 01:07.58 | jhujhiti | i did upgrade from etch to testing between that second one, but i was getting the same error as with stable |
| 01:08.05 | jhujhiti | heh, indeed |
| 01:08.13 | jhujhiti | well, thanks for the help ( i guess ) |
| 01:08.24 | ``Erik | np, I guess O.o :D |
| 01:08.38 | jhujhiti | looks like all that heartache over moving away from stable was unnecessary. |
| 01:08.48 | jhujhiti | but i'm not installing debian again to go back. |
| 03:00.06 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.co.comcast.net) |
| 03:06.23 | *** join/#brlcad iraytrace (n=iraytrac@c-67-172-239-24.hsd1.co.comcast.net) |
| 03:12.30 | *** join/#brlcad yukonbob (n=yukonbob@198.235.198.234) |
| 05:53.28 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 06:32.35 | Axman6 | brlcad: yt? |
| 07:09.31 | *** join/#brlcad Z80-Boy (n=clock@77-56-93-5.dclient.hispeed.ch) |
| 07:12.26 | *** join/#brlcad PrezKennedy (i=Matt@74.86.45.130) |
| 07:23.25 | PrezKennedy | brlcad, have you seen http://wiki.vorratsdatenspeicherung.de/IRSeeK-en? |
| 07:30.00 | Axman6 | i'm hoping freenode find a way to ban them |
| 07:31.34 | PrezKennedy | i think they stopped em for now |
| 07:31.34 | Axman6 | also, anyone know a good tool for viewing or onverting .pix files on OS X? |
| 07:33.46 | PrezKennedy | this is what i posted on bram cohen's blog for his irseek "utility" |
| 07:34.03 | PrezKennedy | Hi, I’m here to log every website you operate. Since they’re available publicly on the Internet, I’ll be taking all of your content and making it searchable from my own site. Also, I’ll be slapping up ads and trying to make a buck from it. If you don’t like that you can opt-out of course. |
| 07:34.33 | *** join/#brlcad Defcon (n=def@74.17-246-81.adsl-static.isp.belgacom.be) |
| 07:35.00 | PrezKennedy | *eran cohen... hmm getting too late to read |
| 07:38.49 | yukonbob | Axman6: you have BRLCAD installed? |
| 07:39.05 | yukonbob | if so, see pix-png(1) et al |
| 07:39.50 | Defcon | bw-png? |
| 07:48.57 | Axman6 | ah, thanks :) |
| 08:06.51 | Axman6 | and.. how do i raytrace to a .pix file? |
| 08:15.06 | Axman6 | ah got it |
| 08:59.40 | *** join/#brlcad Axman6 (n=Axman6@pdpc/supporter/student/Axman6) |
| 09:14.41 | *** join/#brlcad d_rossberg (n=rossberg@bz.bzflag.bz) |
| 09:34.40 | CIA-28 | BRL-CAD: 03d_rossberg * 10brlcad/src/libbu/brlcad_path.c: do not return a pointer to a temporary variable, made variable static |
| 09:37.34 | CIA-28 | BRL-CAD: 03d_rossberg * 10brlcad/src/librt/dg_obj.c: typing error in preceding commit |
| 09:39.22 | Axman6 | so what is it that makes brlcad's raytracer so fast anyway? |
| 09:42.03 | Defcon | some fine ass C coding prolly |
| 09:58.38 | *** join/#brlcad Z80-Boy (n=clock@zux221-122-143.adsl.green.ch) |
| 10:07.03 | *** join/#brlcad elite01 (n=elite01@dslc-082-082-070-150.pools.arcor-ip.net) |
| 11:50.36 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/conv/iges/g-iges.c: argv not ptr |
| 12:00.59 | brlcad | PrezKennedy: yes, I have been following some of that |
| 12:01.25 | brlcad | they were stopped, and then they stopped after the freenode ban |
| 12:06.41 | Axman6 | hey brlcad, had a chance to mess around with my mbp yet? |
| 12:47.33 | *** join/#brlcad b0ef (n=b0ef@062016141081.customer.alfanett.no) |
| 14:49.00 | ``Erik | PrezKennedy: shoulda told him he was infringing on your copyright by reproducing your work without license or permission and told him that if he doesn't remove it all immediately, you'd be contacting a lawyer... :D |
| 14:50.20 | ``Erik | Axman6: BRL-CAD goes back to the days of pdp and vax, with computers measured in kilohertz, not gigahertz... it *HAD* to be tight back then, so even with the bloat through the ages, it's reasonably tight :) |
| 14:51.03 | Axman6 | heh, yeah :) |
| 14:52.08 | Axman6 | when i worked at the charity computer place here, we found some bits that had obviously been pulled off olllddd machines, little LED counter displays, showing the CPU's speed in MHz... with only two digits |
| 14:53.28 | ``Erik | heh, I had a few of those |
| 14:53.46 | ``Erik | often set to "HI" and "LO" |
| 14:54.08 | ``Erik | man, the slew of jumpers on the back of those things made configuring those a fun exercise O.o |
| 14:54.22 | Axman6 | we found some awesome stuff there like HDD's from seagate that were about 17x14x10cm, and 1GB |
| 14:54.34 | ``Erik | with I still had 'em :( now I'm buying straight line versions and having to breadboard them |
| 14:54.42 | Axman6 | wtf's a jumper? |
| 14:54.48 | Axman6 | i kis i kid, don't worry ;) |
| 14:54.54 | Axman6 | kid even |
| 14:54.55 | ``Erik | those're called "full height" |
| 14:55.05 | ``Erik | the winchesters you're used to seeing used to be called "half height" |
| 14:55.17 | Axman6 | heh |
| 14:55.28 | Axman6 | i used the 7 platters from one to make an artwork |
| 14:55.53 | ``Erik | m as in megs |
| 14:56.40 | ``Erik | <-- also remembers drooling over the $3000 20m hdd's :( but at the time, a 3.5" floppy was "almost hard drive like" compared to the 5.25"s |
| 14:56.56 | ``Erik | good old commodores |
| 14:59.50 | Defcon | lolz |
| 14:59.50 | Defcon | yeah |
| 14:59.53 | Defcon | good times |
| 15:03.10 | Z80-Boy | I started on a ZX Spectrum |
| 15:03.32 | PrezKennedy | ``Erik, that's SO cliche |
| 15:04.52 | Defcon | Z80-Boy : do u still need http://www.wazig.be/_dev/xor_text |
| 15:06.55 | Axman6 | our first comp was a Mac Plus. i still have it, it's almost as old as me :) |
| 15:08.07 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/NEWS: Daniel fixed a mged start-up initialization bug on Windows where a local var was being returned for the brlcad_data path. yuck. |
| 15:08.41 | Z80-Boy | Defcon: no |
| 15:09.05 | Defcon | ok |
| 15:09.58 | Axman6 | ah ha! brlcad is in my machine! |
| 15:10.13 | Axman6 | the fans just revved up :P |
| 15:10.37 | brlcad | :) |
| 15:12.00 | Axman6 | didn't know wtf was going on, saw perl running under your name |
| 15:14.32 | brlcad | you must be on the other side of the planet from me, aussie perhaps |
| 15:14.36 | brlcad | pretty big latency |
| 15:15.16 | brlcad | (not a problem) |
| 15:17.10 | Axman6 | yeah, australia indeed |
| 15:17.27 | brlcad | cool |
| 15:17.31 | Axman6 | and my connection sucks balls. 256k down, 64k up :( |
| 15:17.41 | brlcad | that explains why you keep going to sleep when I wake up |
| 15:17.42 | brlcad | :) |
| 15:17.49 | brlcad | that does suck |
| 15:20.30 | Axman6 | hopefully we'll be getting a lot faster these holidays |
| 15:21.48 | Axman6 | if you're compiling stuff on here, using -j 2 speeds it up a lot |
| 15:22.29 | Z80-Boy | Axman6: back in Prague I built myself an optical wireless Internet connection to my balcony - I couldn't complain :) Not many people have optics directly to their flat ;-) |
| 15:22.50 | Axman6 | heh |
| 15:23.26 | Axman6 | we can get optics here, i can see the cab;e outside my window. yet they defided our suburb didn't need it. wankers |
| 15:23.29 | Z80-Boy | Before that my Internet connection really sucked - it was 0 down and 0 up |
| 15:23.43 | Z80-Boy | Axman6: the same happened in our case with cable TV |
| 15:23.55 | Axman6 | lol |
| 15:23.58 | Z80-Boy | But I defined I want it and since I developed my own FSO... |
| 15:24.12 | Defcon | FileSystemObject? |
| 15:24.12 | Axman6 | how'd you do that anyway? |
| 15:24.23 | Z80-Boy | I just pointed my finger to my friend's house and defined the data will go there - and they did :) |
| 15:24.28 | Z80-Boy | Free Space Optics |
| 15:24.32 | Defcon | ohw :) |
| 15:24.45 | Z80-Boy | I went to my balcony and said "Let there be light" and there was |
| 15:24.47 | ``Erik | erm, but, brlcad, we're int he same time zone, and you tend to be going to sleep when I wake up... O.o :D |
| 15:25.19 | Defcon | lol |
| 15:25.41 | Z80-Boy | Axman6: we even had a coaxial cable that went stright through our house without a tap to another house over the street |
| 15:25.48 | Z80-Boy | The other house had catv, we didn't |
| 15:26.03 | Axman6 | cheers |
| 15:26.48 | Z80-Boy | Axman6: since then I think people should stop complaining and simple build their internet connection themselves if they don't like the commercial ones. |
| 15:27.10 | Axman6 | so what's the other end of yours connect to |
| 15:27.11 | Axman6 | ? |
| 15:27.15 | Z80-Boy | to a friend |
| 15:27.20 | Z80-Boy | and he connected to another friend |
| 15:27.27 | Z80-Boy | and that was connected with another friend with a cable |
| 15:27.31 | ``Erik | heh |
| 15:27.45 | Z80-Boy | and that one was connected through a professional grade guaranteed microwave link to fibre optics backbone |
| 15:28.06 | Z80-Boy | But since it was profi it was symmetric and they cared about us. |
| 15:28.20 | Z80-Boy | So I had fast both downloads and uploads |
| 15:28.37 | Z80-Boy | And it was cheap. And it was already in time when broadband connection was rare. |
| 15:28.40 | ``Erik | a couple states ago, I had a buddy that lived out in a community with no high speed uplink, he was planning on getting a t1 and setting up a repeated ethernet deal with his neighbors to cost share |
| 15:28.51 | Axman6 | bastard |
| 15:29.01 | Axman6 | i couldn't do that gere though |
| 15:29.05 | Axman6 | here* |
| 15:29.16 | ``Erik | highspeed co-op... this was before adsl and cable modems started getting traction |
| 15:29.27 | Axman6 | canberra's just too spread out... and even the backbone ain't that fast here :P |
| 15:29.41 | Z80-Boy | where in australia is canberra? |
| 15:30.04 | ``Erik | in the tiny little strip with people, dur :D *duck* |
| 15:30.17 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/libwdb/strsol.c: quell empty compilation unit warning |
| 15:30.26 | Z80-Boy | which coast? |
| 15:31.08 | Axman6 | east, inland from sydney.. it happens to be the nation's capitol ;) |
| 15:32.24 | ``Erik | http://maps.google.com/maps?ll=-35.281501,148.683472&spn=21.622459,54.777832&z=6 |
| 15:33.30 | Z80-Boy | Is it good for surfing>? |
| 15:33.54 | Axman6 | yeah, if you don't ind a 200KM drive ;) |
| 15:33.58 | Z80-Boy | omg |
| 15:33.59 | Axman6 | mind* |
| 15:34.16 | Z80-Boy | is it 200km from the coast? |
| 15:34.27 | Z80-Boy | or on the coast but 200km to the next usable surfing spot? |
| 15:34.30 | ``Erik | but it's australia, you can do that in what, an hour? a little less? :D |
| 15:34.40 | Z80-Boy | or on the cost but 200km are occupied by rowdy local surfers? |
| 15:34.43 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/libfb/ (if_X.c if_X24.c if_ogl.c if_tk.c if_wgl.c): quell empty compilation unit warning |
| 15:34.50 | Axman6 | ah 200Km from the coast |
| 15:35.02 | Axman6 | nah* damn keyboard |
| 15:35.36 | Z80-Boy | ``Erik: that means you need to go >200 km/h |
| 15:35.51 | ``Erik | uh huh? it's australia! there's nothin' there, you can open it up :D *duck* |
| 15:35.53 | Axman6 | ``Erik: we have sane speed limits, fastest in this part of Aus is 110Kph. the NT used to have unlimited roads |
| 15:36.03 | Z80-Boy | what if you hit a kangaroo, koala, wombat or elephant-sized spider in that speed? |
| 15:36.11 | Z80-Boy | It could have arepercussions for your vehicle |
| 15:36.21 | Axman6 | kangaroo's does serious damage to cars man |
| 15:36.27 | ``Erik | dur (and I think kangaroos are the big ones, as bad as deer here in the US) |
| 15:36.33 | Axman6 | like, you can write off your car if you hit one |
| 15:36.37 | brlcad | Axman6: thanks for the hint, though I'm pretty adept in parallel compilation :) |
| 15:36.50 | Axman6 | lol, my bad :P |
| 15:36.59 | brlcad | ``Erik: heh |
| 15:37.24 | Axman6 | yeah... if you are going -j it, don't do it until i say it's ok, ok? don't want to burn my lap ;) |
| 15:37.27 | ``Erik | -j2 is a waste of hw, we do at least -j8 on our workstations, axman :) |
| 15:38.24 | ``Erik | and brlcad wrote a 'fast' target to do big parallel compiles to take advantage of the 12 and 16 core boxen floating around |
| 15:39.39 | Axman6 | and 512 too? |
| 15:40.17 | ``Erik | I haven't dorked with compile speeds on machines with multiple cores sharing a cache like the duos do, but back in the day of each core having its own die and cache, you wanted more threads than cores... like on a two processor Usparc (like a usparc2 or e450), I'd do -j3 |
| 15:40.50 | ``Erik | um, we have I think 2048 core "machines", but recursive make means the most you can parallelize is the number of compilation units in a given directory |
| 15:41.09 | Axman6 | yeah, Apple are pretty good at threading support i believe, so that might improve things a little |
| 15:41.57 | ``Erik | I d'no, multithreading on g5 has serious kernel flaws for performance... balancing instead of tuning affinity for cache coherence, and no user knobs back in the day... the shared cache machines alleviate that |
| 15:42.58 | ``Erik | the mac pros probably have some of that issue, since they have two l2 caches (two 4-core dies) |
| 15:44.33 | Axman6 | yeah.. lost me now |
| 15:45.27 | brlcad | the 'fast' target also links in parallel unlike default all target, so it can speed things up on a cluster or machines with wide I/O to spare |
| 15:45.35 | *** join/#brlcad Elperion (n=Bary@p54877079.dip.t-dialin.net) |
| 15:46.04 | brlcad | Axman6: I have compiled on a 512 processor box (single image SMP) before, quite nice |
| 15:46.28 | Z80-Boy | brlcad: then you use -j 1024 |
| 15:46.30 | Z80-Boy | ? |
| 15:46.31 | brlcad | limited more by the make architecture at that point, the per-directory linking phases |
| 15:46.32 | Axman6 | heh :) |
| 15:55.08 | alex_joni | http://miller.emu.id.au/pmiller/books/rmch/ :) |
| 15:56.23 | brlcad | alex_joni: yes, that's old old stuff (and mostly crap) |
| 15:56.46 | alex_joni | brlcad: yeah, I know.. that's why I smiled |
| 15:57.02 | alex_joni | however, it does seem to provide advantages sometimes to have a central Makefile |
| 15:57.35 | brlcad | I've been meaning to write a Nonrecursive Make Also Considered Harmful for a couple years |
| 15:57.48 | brlcad | there are advantages and disadvantages just like most things |
| 15:57.52 | alex_joni | yup |
| 15:59.01 | brlcad | about as fruitful as trying to categorically declare centralized revision control systems as bad (or good) |
| 16:00.07 | brlcad | you give up quite a lot of features by going non-recursive, features that are a pita to implement and maintain in a non-recursive make build system |
| 16:01.00 | brlcad | i still end up waiting more on gcc for the actual compiles and disk I/O than I end up waiting on make |
| 16:01.49 | brlcad | configure and the installation phase actually takes the longest on the faster systems these days than the actual compilation |
| 16:02.12 | Axman6 | could configure be made faster? |
| 16:02.23 | brlcad | mostly due to I/O .. the disks just can't read/write the data fast enough |
| 16:02.52 | Axman6 | probably not then |
| 16:02.53 | brlcad | configure could be streamlined to perform fewer tests, but it's biggest problem is that it's non-trivial to parallelize |
| 16:03.12 | brlcad | and it is massively i/o bound anyways so yeah, wouldn't gain a *whole* lot |
| 16:03.23 | alex_joni | right.. configure is not a place for optimizing |
| 16:03.43 | alex_joni | (you only run it seldom anyways.. <- from the devel point of view) |
| 16:04.14 | alex_joni | the biggest issues I had with recursive make was depenencies from one subfolder to another.. that caused some extra compiling |
| 16:04.18 | Axman6 | it's 50% of the compile process for average users though ;) |
| 16:08.40 | brlcad | alex_joni: most of the cases of "extra compiling" that I've heard of were either incorrectly structured source files or actual valid (i.e. necessary) recompilation |
| 16:09.41 | brlcad | Axman6: what's 50%? the configure phase? |
| 16:10.09 | Axman6 | well, not time wise. but can be pretty major art times |
| 16:12.05 | brlcad | on an old 12 proc altix, it takes about 1 minute to run configure, 2 minutes to compile everything, and 4 minutes to install |
| 16:14.20 | alex_joni | brlcad: I guess it was a combo CVS + incorrectly structured files.. :) |
| 16:14.42 | alex_joni | (I only said CVS because you know what pain it is to move files around..) |
| 16:14.48 | brlcad | on MBP it's about 1 min configure, 9 min to compile (on 2-core), and about 4 min to install ;) |
| 16:17.21 | Axman6 | that's while playing james bond ;) |
| 16:18.21 | CIA-28 | libirc: 03brlcad * r355 10/trunk/libirc/botlib/ (inc/Makefile.am inc/botlib.h src/Makefile.am): add build files to compile the new noinst botlib |
| 16:18.47 | CIA-28 | libirc: 03brlcad * r356 10/trunk/libirc/botlib/Makefile.am: ws |
| 16:19.22 | CIA-28 | libirc: 03brlcad * r357 10/trunk/libirc/NEWS: itemize news for a 0.2 release |
| 16:19.40 | CIA-28 | libirc: 03brlcad * r358 10/trunk/libirc/Makefile.am: have to traverse botlib before src |
| 16:20.00 | CIA-28 | libirc: 03brlcad * r359 10/trunk/libirc/src/Makefile.am: link in botlib |
| 16:20.15 | CIA-28 | libirc: 03brlcad * r360 10/trunk/libirc/configure.ac: generate the makefiles for botlib |
| 16:21.30 | ``Erik | or mebbe tclscripts, since there's nothing to do in 'all', just 'install' |
| 16:22.23 | Axman6 | brlcad: any of those Leopard fixes by any chance?? |
| 16:22.38 | brlcad | Axman6: nope |
| 16:22.48 | brlcad | my compile actually worked out of the box on the first try :) |
| 16:22.51 | brlcad | (on your machine) |
| 16:22.54 | Axman6 | heh, oh well |
| 16:23.00 | Axman6 | that is odd : |
| 16:23.03 | brlcad | but has the cg_png bug on install |
| 16:23.03 | Axman6 | :| |
| 16:23.17 | brlcad | you ran distclean at some point |
| 16:23.35 | brlcad | so you blew away the already-generated tclIndex files .. so when it went to regenerate them, it failed |
| 16:23.50 | brlcad | that problem still exists but since I've no need to distclean, the build completely succeeds |
| 16:23.58 | brlcad | just fails after it's installed |
| 16:24.01 | Axman6 | since i copied my .bash_profile over for you so you had the same PATH etc. i did |
| 16:24.17 | brlcad | it's not anything path-related |
| 16:24.22 | Axman6 | rightp |
| 16:24.27 | Axman6 | o* |
| 16:25.01 | Axman6 | yeah i didn't think it would be, but lis are found usinf PATH in a way right? maybe i'm making that up... |
| 16:26.08 | Axman6 | libs* beh |
| 16:26.18 | brlcad | nope |
| 16:26.59 | brlcad | they're find by traversing a set of system-default dyld search paths, and can be overridden with various compilation/linker flags and environment variables |
| 16:27.01 | CIA-28 | libirc: 03brlcad * r361 10/trunk/libirc/ (31 files in 11 dirs): credit where credit is due, assign copyright to the Jeff guy that actually wrote most of it all |
| 16:27.11 | brlcad | DYLD_LIBRARY_PATH for example |
| 16:28.34 | Axman6 | yeah |
| 16:29.03 | ``Erik | neato, symbolics was the first to register a .com domain name (they made lithp machineth) |
| 16:29.20 | CIA-28 | libirc: 03brlcad * r362 10/trunk/libirc/AUTHORS: yet he is not me |
| 16:29.30 | CIA-28 | libirc: 03brlcad * r363 10/trunk/libirc/autogen.sh: and he didn't write this |
| 16:30.08 | CIA-28 | libirc: 03brlcad * r364 10/trunk/libirc/configure.ac: this is libIRC project.. not 'that other project' |
| 16:36.15 | CIA-28 | libirc: 03brlcad * r365 10/trunk/libirc/ (5 files in 3 dirs): accept pelya's sf patch [ 1843257 ] "MSVC 6 project files" -- thanks\! |
| 16:39.19 | CIA-28 | libirc: 03brlcad * r366 10/trunk/libirc/AUTHORS: thank pelya for the vc6 build system addition |
| 16:41.10 | CIA-28 | libirc: 03brlcad * r367 10/trunk/libirc/Makefile.am: add vc6 to the source dist |
| 16:47.03 | brlcad | well now that's really interesting |
| 16:47.17 | brlcad | once installed, our compiled-in rpaths do seem to kick in and take over |
| 16:47.28 | brlcad | no dyld issues |
| 16:47.33 | brlcad | Axman6: try running mged -f |
| 16:48.06 | Axman6 | X Error of failed request: BadMatch (invalid parameter attributes) |
| 16:48.09 | brlcad | do you get the X error, the cg err, or no err |
| 16:48.11 | brlcad | okay |
| 16:48.12 | Axman6 | etc. |
| 16:48.15 | brlcad | well that's good |
| 16:49.11 | brlcad | that means a base install will actually work just fine compilation-wise, so long as you don't distclean |
| 16:54.04 | brlcad | hm, I do get the X11 bug even remotely (talking to your X11 server) |
| 16:54.28 | brlcad | initial thoughts look like this might be an Xorg bug |
| 16:58.37 | Axman6 | very very possible |
| 16:58.57 | Z80-Boy | X11 is one big bug |
| 16:59.00 | Axman6 | Apple seem to have broken X pretty badly with the move to Xorg |
| 16:59.03 | Axman6 | agreed |
| 16:59.50 | Z80-Boy | I compile Xorg 6.9 on Linux From Scratch and it works fine except every time I shut it down, it prints a white rectangle in the place of cursor, a dark strip in the bottom and the screen freezes. |
| 16:59.55 | Z80-Boy | I have to reboot the computer then. |
| 17:00.32 | Axman6 | haha |
| 17:00.53 | brlcad | Axman6: try this: XLIB_SKIP_ARGB_VISUALS=1 mged -f |
| 17:01.09 | Axman6 | i'm so glad Apple didn't go with X and went their own way. get a great UNIX system, without the X crap |
| 17:01.28 | Axman6 | same error |
| 17:10.08 | *** join/#brlcad prasad_ (n=psilva@static-70-108-244-218.res.east.verizon.net) |
| 17:27.10 | brlcad | huh, one of the suggestions I ran into was to roll back to Tiger's X11, which apparently works |
| 17:27.26 | brlcad | so maybe just a matter of time, waiting for the fix |
| 17:27.45 | brlcad | still looking for details as to what exactly is *causing* the problem to see if it can be avoided |
| 17:31.12 | Axman6 | i think i'm going to cry, just watched james bond's latest Aston get written off |
| 17:33.57 | brlcad | where he flipped it a few dozen times? |
| 17:34.20 | brlcad | to avoid the girl they tossed into the road |
| 17:34.22 | alex_joni | brlcad: ever looked at u3d ? |
| 17:35.11 | Axman6 | yeah |
| 17:35.13 | ``Erik | like http://my2iu.blogspot.com/2005/04/u3d-is-half-baked.html ? :) |
| 17:35.16 | brlcad | alex_joni: the geometry format standard from intel? |
| 17:35.26 | alex_joni | yeah, that one |
| 17:35.27 | brlcad | http://www.intel.com/technology/systems/u3d/ |
| 17:35.32 | brlcad | no, never heard of it :P |
| 17:35.39 | alex_joni | lol @ brlcad |
| 17:36.02 | alex_joni | I'm specifically looking at it because it *should* be easy to integrade U3D objects into pdf's |
| 17:36.54 | ``Erik | depends on whos pdf library you use, I'd imagine |
| 17:37.32 | alex_joni | I think people succeeded with libharu (if I recall the name correctly) |
| 17:38.01 | alex_joni | ``Erik: but it seems Adobe integrated U3D into pdf's version 7 or later |
| 17:38.15 | ``Erik | yeah, if you happen to use adobes pdf libraries... :D |
| 17:39.22 | alex_joni | well.. umm .. yeah |
| 17:39.40 | Axman6 | :P |
| 17:39.59 | ``Erik | good idea, axman, start codin' that up :D |
| 17:40.08 | brlcad | ahh, now I see why Apple made the s/X11R6/X11/ move |
| 17:40.15 | brlcad | looks like Xorg is pushing out an R7 finally |
| 17:40.30 | Axman6 | i thought it was R7 |
| 17:40.40 | Axman6 | not that they eans much to me |
| 17:40.48 | Axman6 | that means* wow |
| 17:41.01 | brlcad | I think I new that, but forgot |
| 17:41.26 | brlcad | and knew it too |
| 17:42.17 | ``Erik | fbsd has been using xorg 7.3 for a bit |
| 17:42.19 | brlcad | ah, R7.3 just in september |
| 17:42.27 | brlcad | .2 in feb |
| 17:42.45 | ``Erik | ah, those silly beta using fools |
| 17:43.41 | ``Erik | rug |
| 17:44.02 | brlcad | speaking of which.. beta3 |
| 17:44.11 | ``Erik | saw it a few days ago |
| 17:44.24 | ``Erik | if they're cycling betas that fast, I'm hoping they're getting close to a release O.o |
| 17:44.39 | brlcad | "8.5 is nearing the end of feature development." |
| 17:45.16 | brlcad | they're concept of a beta isn't apparently "fix things" but last minute additions |
| 17:45.24 | ``Erik | odd |
| 17:45.39 | ``Erik | wonder what 'alpha' means to them |
| 17:45.50 | brlcad | just getting started ;) |
| 17:46.11 | ``Erik | some camps call that pre-alpha O.o :D |
| 17:46.35 | curious | them slackers |
| 17:46.39 | brlcad | that just might fix/hide this 10.5 startup bug |
| 17:47.25 | Axman6 | calling it a beta? :P |
| 17:47.27 | brlcad | from what I've seen, the bug seems to be provoked by ati driver and the new freetype code (as it pertains to tcl/tk) along with a couple Xorg bugs |
| 17:48.06 | brlcad | howdy yukonbob |
| 17:49.07 | CIA-28 | BRL-CAD: 03erikgreenwald * 10brlcad/src/mged/dodraw.c: silly coder, snprintf needs a length, too |
| 17:49.09 | Axman6 | brlcad: well wouldn't be an ATI problem here |
| 17:49.18 | Axman6 | oww :( |
| 17:49.24 | Axman6 | 74C |
| 17:49.33 | ``Erik | uhmmmm, uhhhh |
| 17:49.46 | ``Erik | get, uh, CoreDuoTemp and smcSomething, uhhhh |
| 17:50.05 | yukonbob | Axman6: good -- I'm ready for breakfast -- two eggs, basted + brown toast, please. |
| 17:50.22 | Axman6 | 82C |
| 17:50.30 | Axman6 | not even 100% cpu either |
| 17:50.32 | ``Erik | there're some nifty utilities for controlling the fan speed envelopes |
| 17:50.41 | ``Erik | smcFanControl |
| 17:50.57 | Axman6 | yeah i have SMCFanController... it'a what's telling me the temp :P |
| 17:51.09 | Axman6 | 86C |
| 17:51.17 | *** part/#brlcad jhujhiti (n=jhujhiti@64.252.100.253) |
| 17:51.19 | Axman6 | fan's haven't kicked in yet |
| 17:51.23 | ``Erik | if you push up the low and tweak the envelope, you can keep the temp a lot lower |
| 17:51.24 | Axman6 | 87 |
| 17:51.36 | Axman6 | there we go |
| 17:51.59 | brlcad | Axman6: yep, 'cause of that I/O limit |
| 17:52.09 | ``Erik | I mostly did it because I was getting annoyed at the fans going on and off a lot, so I pushed the low up to like 2000 or 2500 rpm (not very audible) and they greatly reduced the fan cycling |
| 17:52.17 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/mged/dodraw.c: double oops, snprintf doesn't need %s size limits |
| 17:52.20 | brlcad | it really wouldn't go must faster if you have 20 cpus or a cpu that was 10x faster |
| 17:52.20 | Axman6 | brlcad: make? |
| 17:52.24 | brlcad | s/must/much/ |
| 17:52.32 | brlcad | no, the autogen.sh and configure steps |
| 17:53.00 | ``Erik | the %Ns limit doesn't hurt nothin', but pushing the format string as the limit does... :D |
| 17:53.04 | Axman6 | ok. yeah because make cn easily use 100% on moth cores |
| 17:53.33 | brlcad | ``Erik: i know, it was just pointless |
| 17:54.18 | brlcad | would have mattered had buffer had more than 32 chars space, but not at same |
| 17:59.24 | Axman6 | bah, there is no way bond would use a sony vaio! |
| 18:03.44 | brlcad | I was right, it is related to the freetype2 X11 processing code in Tk |
| 18:03.50 | brlcad | Axman6: should be working now |
| 18:04.44 | Axman6 | mged -f? |
| 18:05.13 | Axman6 | same error still |
| 18:05.56 | Axman6 | hang on |
| 18:07.07 | Axman6 | how oddwell, no error, but i don't get the mged prompt |
| 18:07.40 | Axman6 | so i can't seem to actually do anything with it :\ |
| 18:20.07 | Axman6 | and mged -f gives the same error again |
| 18:25.52 | Axman6 | 8ok, sleep time. g'night all. brlcad if you have anything you need me to test, or news, just hilight me and i'l get it in the morning |
| 18:29.54 | ``Erik | heh, cvs -z3 commit -m 'terrible crimes against humanity' |
| 18:29.56 | ``Erik | *cough* O.o |
| 18:31.31 | brlcad | hm, Axman6 yours answers were rather confusing to me :) |
| 18:31.46 | brlcad | Axman6: did no windows pop up when you ran mged -f? |
| 18:43.39 | brlcad | Axman6: because it works here.. I successfully ran the mged installed in /usr/brlcad/bin/mged and actually have it displaying all the way from the continent you're on to mine over X, and seems to be working just fine |
| 18:44.49 | brlcad | at least.. where working is a 5 min startup delay and each mouse click takes about 1 minute to respond :) |
| 18:48.37 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/configure.ac: disable the new freetype font system in Tk 8.5 for now until they're final -- this should 'fix'/avoid a bug reported by dwayne regarding the mged font manager not working right in 7.10.4 |
| 21:47.19 | *** join/#brlcad shprotius (n=shprotiu@c-76-106-99-152.hsd1.md.comcast.net) |
| 21:55.54 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/conv/proe-g.c: be more consistent on the buffer lengths and limits (needs testing on the name generation) using MAX_LINE_LENGTH for the names too |
| 21:58.18 | yukonbob | brlcad: scan.coverity still pending? |
| 22:08.03 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/external/ProEngineer/proe-brl.c: move the format string to the (single) use |
| 22:25.13 | CIA-28 | BRL-CAD: 03erikgreenwald * 10brlcad/src/adrt/libtie/ (6 files): build execution paths for both single and double precision floats in the same lib |
| 22:25.26 | brlcad | yukonbob: yep |
| 22:28.00 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/fb/fbstretch.c: don't need the HAVE_STDARG_H checks any more, keep it simple |
| 22:28.22 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/fb/fbfade.c: const labelification |
| 22:28.50 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/fb/cell-fb.c: make sure we don't go too far on the buffer |
| 22:30.45 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/fb/fbstretch.c: const lables |
| 22:31.01 | CIA-28 | BRL-CAD: 03erikgreenwald * 10brlcad/src/adrt/libtie/ (tie.c tie.h): make triangle degeneracy testing a runtime selectable feature |
| 22:31.03 | yukonbob | brlcad: :P |
| 22:43.00 | *** join/#brlcad louipc (n=louipc@bas8-toronto63-1177613911.dsl.bell.ca) |
| 22:57.48 | *** join/#brlcad IriX64 (n=mariodot@bas2-sudbury98-1177593139.dsl.bell.ca) |
| 22:58.20 | IriX64 | http://www3.sympatico.ca/7.11.0.png <--- finally |
| 22:58.40 | CIA-28 | BRL-CAD: 03brlcad * 10brlcad/src/ (17 files in 8 dirs): c89 simplification. assume stdarg is a given. |
| 23:01.00 | IriX64 | that makefile.am thing is one thing, -lXft in X_libs is needed in bwish,mged,and rttherm |
| 23:01.37 | louipc | IriX64: what's in the image? |
| 23:01.45 | IriX64 | ktank :) |
| 23:01.55 | louipc | oh |
| 23:02.14 | IriX64 | you said you were tired of helicopters ;) |
| 23:02.21 | louipc | hahha |
| 23:02.50 | louipc | IriX64: have you tried playing with any linux/bsd yet? |
| 23:03.10 | IriX64 | not yet, waiting for Christmas |
| 23:03.17 | louipc | ah |
| 23:03.42 | louipc | you know, I think I'd rather just use one of those in a VM rather than cygwin heh |
| 23:03.56 | IriX64 | vm costs money :) |
| 23:04.34 | IriX64 | altho,like all else once spent it's spent :) |
| 23:04.57 | louipc | http://www.virtualbox.org/wiki/Downloads |
| 23:05.10 | louipc | that one is free |
| 23:06.19 | IriX64 | downloading it thanks man |
| 23:06.36 | alex_joni | there is also a free one from VMware |
| 23:06.45 | louipc | yeah I thought so too |
| 23:06.46 | alex_joni | VMware server, if my memory still serves me |
| 23:06.57 | IriX64 | checked vmware,didn't see the free one |
| 23:07.10 | louipc | haha it's on the front page |
| 23:07.11 | alex_joni | IriX64: what platform? |
| 23:07.16 | louipc | http://www.vmware.com/ |
| 23:07.17 | alex_joni | (for the host..) |
| 23:07.21 | IriX64 | amd64 |
| 23:08.10 | IriX64 | vista64 actually |
| 23:08.18 | alex_joni | http://register.vmware.com/content/download103.html |
| 23:08.21 | louipc | oh you have to register though |
| 23:08.41 | louipc | hey you bypassed it? |
| 23:08.57 | IriX64 | i registered the evaluation workstation copy |
| 23:09.08 | alex_joni | louipc: no, you still have to register after the download |
| 23:09.14 | louipc | ah |
| 23:09.26 | alex_joni | s/after/during/before/ |
| 23:09.37 | alex_joni | whatever suits you :) |
| 23:09.51 | IriX64 | heh whatever suit fits :) |
| 23:10.14 | alex_joni | well.. so far I didn't either.. but lately I got 2-3 examples that really worked as advertised |
| 23:10.35 | alex_joni | vmware was one of them |
| 23:11.30 | louipc | you eat your visitors? |
| 23:13.25 | alex_joni | louipc: if they're foolish enough to come without food |
| 23:13.49 | louipc | aha! |
| 23:20.04 | louipc | qemu does |
| 23:22.51 | louipc | oh yeah bochs too |
