| 00:04.51 | bjorkBSD | not me. |
| 00:06.59 | ``Erik | ... |
| 00:15.55 | *** join/#brlcad cad17 (n=484243cd@bz.bzflag.bz) |
| 00:20.45 | IriX64 | ... = and your point is :) |
| 00:42.44 | bjorkBSD | that i'm not delta zap. |
| 00:53.10 | IriX64 | i was thinking we should adopt ... to mean and your point is :) |
| 05:24.21 | brlcad | woot, finally done with the application |
| 05:24.47 | brlcad | hopefuly didn't write too much .. hmm |
| 06:19.41 | Twingy | I'm sure they will write back... "Dear Sean, thank you for your submission to GSoC, but you've written entirely too much and have therefore forfeited your entry, have a good day." |
| 06:20.06 | brlcad | heh, mebbie |
| 06:20.43 | Twingy | I just installed ubuntu 6.10 on my new dell d420 |
| 06:20.43 | Twingy | got 1280x800 + wifi working without a hitch |
| 06:20.46 | brlcad | not too shabby |
| 06:20.48 | Twingy | thing weighs like a feather |
| 06:20.58 | Twingy | but still not a mac, doesn't have itunes |
| 06:21.17 | Twingy | when apple reveals their subnotebooks I might snag one for personal |
| 06:21.57 | Twingy | for now the D420 will be my email bitch for work and the occaisonal red-headed-step-child psuedo sidekick for my *nix software development |
| 06:22.41 | brlcad | you read up on the flash-drive notebook that is supposed to come out? |
| 06:23.06 | Twingy | its light weight, crappy screen, and awful speaker(s?) make you want to focus soley on software development |
| 06:23.12 | Twingy | yes, not impressed |
| 06:23.15 | brlcad | all rumor-mill, of course, but seemed highly likely/reputable source |
| 06:23.39 | Twingy | I don't see why that can't be emulated at the kernel layer |
| 06:23.56 | Twingy | I don't like my disk drives fancy |
| 06:24.07 | Twingy | I just like them to work without failure and be cheap |
| 06:24.43 | Twingy | in fact, I could do without any disk drive for most of my needs |
| 06:25.00 | brlcad | but then where would you store your pr0n? |
| 06:25.04 | Twingy | a 1GB flash drive for the OS + nfs for local use and web for google apps on the road would be plenty |
| 06:25.15 | Twingy | heh, believe it or not I have 0 bytes of pr0n stored |
| 06:25.18 | Twingy | *gasp* |
| 06:25.44 | Twingy | and I *think* I have 1 illegal star strek episode and 1 illegal movie on my drive |
| 06:25.52 | Twingy | *trek |
| 06:26.12 | Twingy | the rest is src code and illegal mp3's mixed with legit aac's from itunes |
| 06:26.39 | *** join/#brlcad dtidrow (n=dtidrow@c-69-255-182-248.hsd1.va.comcast.net) |
| 06:26.45 | Twingy | all the mp3's are pre-itunes though, cept maybe a dozen |
| 06:27.04 | Twingy | my hard drive is pretty boring :) |
| 06:27.14 | brlcad | i need to de-aac my music at some point |
| 06:28.08 | brlcad | mine's probably considerably more .. um .. incriminteresting .. |
| 06:29.27 | Twingy | banshee plays aac |
| 06:29.37 | Twingy | but I'm not sure if it does the drm'd ones |
| 06:29.55 | brlcad | yeah, that's what I meant, de-drm them -- aac's just fine |
| 06:30.05 | Twingy | I need a program to go through all my files and do ogg-96 on them all |
| 06:30.29 | Twingy | I can't tell a difference beyond ogg-80 |
| 06:30.42 | Twingy | so logically I choose the next step up |
| 06:31.03 | Twingy | supposedly it's like mp3-160/192 |
| 06:31.57 | brlcad | sounds a bit high, but roughly about that much |
| 06:32.36 | brlcad | I encode everything as high a bit rate as it'll do just cause I don't want to ever recode again and really don't give a damn about the disk space |
| 06:32.47 | Twingy | solar panels will be cranking tomorrow |
| 06:33.16 | Twingy | almost windy enough to make me not want to fly tomorrow |
| 06:33.19 | brlcad | i've got itunes set to 320 or whatever that highest is, for eample |
| 06:33.44 | brlcad | just flap harder |
| 06:33.48 | Twingy | 0-5 mph == fun, 5 - 10 mph == interesting, 10 - 15 mph == slightly unpleasant, 15 mph == stupid |
| 06:34.13 | Twingy | tomorrow is 7mph - 13 mph |
| 06:34.21 | brlcad | 45 mph == ? |
| 06:34.39 | Twingy | 45 mph == build a windmill |
| 06:35.02 | brlcad | only to have the hurricane passing through blow it away? :) |
| 06:35.17 | Twingy | sooner or later I'm going to build a steam engine and wire it up to my solar generator |
| 06:35.19 | brlcad | (a small one) |
| 06:35.54 | Twingy | if it weren't for the fact that I need to feed it ~200V+ DC it'd be tiny |
| 08:25.09 | *** join/#brlcad A-Delusion (n=A-Delusi@pool-141-158-71-232.pitt.east.verizon.net) |
| 08:26.03 | *** part/#brlcad A-Delusion (n=A-Delusi@pool-141-158-71-232.pitt.east.verizon.net) |
| 09:05.58 | *** join/#brlcad clock_ (i=clock@84-72-89-40.dclient.hispeed.ch) |
| 16:32.28 | *** join/#brlcad clock_ (i=clock@84-72-89-40.dclient.hispeed.ch) |
| 16:58.31 | *** join/#brlcad cad22 (n=484243cd@bz.bzflag.bz) |
| 17:04.50 | *** join/#brlcad cad22 (n=484243cd@bz.bzflag.bz) |
| 17:07.02 | *** join/#brlcad cad22 (n=484243cd@bz.bzflag.bz) |
| 17:07.22 | cad22 | hello? |
| 17:08.03 | brlcad | hello |
| 17:08.51 | Twingy | hello! |
| 17:09.11 | cad22 | I have been trying to install v 7.8.4 on amd64 |
| 17:09.34 | cad22 | it crashes on make |
| 17:09.51 | cad22 | on reading the GL/gl.h library |
| 17:10.16 | cad22 | i tried with the no GL option but it still reads the file |
| 17:10.44 | cad22 | have you heard of anone else having this problem before? |
| 17:12.07 | brlcad | hmm.. cad22, I haven't |
| 17:12.14 | brlcad | "crashes" on make? |
| 17:12.21 | brlcad | which OS are you on? |
| 17:12.40 | cad22 | Ubuntu 6.06 |
| 17:12.52 | brlcad | what's your configure line? |
| 17:13.09 | brlcad | and are you using CVS sources or latest tarball? |
| 17:14.05 | cad22 | the first thing I tried was simply ./configure, I have also tried with --without-opengl and with -with-opengl=no |
| 17:14.30 | brlcad | in the summary at the end, does it say opengl is off? |
| 17:14.45 | cad22 | yes, I verified that |
| 17:15.01 | brlcad | and are you using CVS sources or latest tarball? |
| 17:15.14 | cad22 | I downloaded the latest from sourceforge |
| 17:15.36 | brlcad | so 7.8.4 source tarball |
| 17:15.40 | cad22 | yes |
| 17:16.10 | brlcad | could just be an issue in that old tarball that I'm forgetting (that was a while ago) .. but where's it actually failing? |
| 17:17.41 | cad22 | when compiling either dm_obj.c or dm-ogl.c |
| 17:17.56 | cad22 | (in libdm) |
| 17:19.31 | cad22 | it ends up reading the gl.h file anyways |
| 17:19.38 | brlcad | hmm, yes |
| 17:20.12 | brlcad | grep HAVE_GL_GL_H include/brlcad_config.h |
| 17:20.19 | brlcad | what does that report? |
| 17:20.46 | brlcad | and grep DM_OGL include/brlcad_config.h |
| 17:21.02 | cad22 | #define HAVE_GL_GL_H 1 |
| 17:21.22 | brlcad | well that's odd |
| 17:21.45 | brlcad | you apparently had a GL/gl.h during configure for that to succeed .. maybe in a different path |
| 17:21.52 | cad22 | I get nothing for the second grep |
| 17:22.01 | brlcad | k |
| 17:22.55 | brlcad | can you copy/paste the compilation line that fails? |
| 17:23.22 | brlcad | it should say something like: |
| 17:23.23 | brlcad | /bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/X11R6/include -I/usr/local/include -DBRLCADBUILD=1 -I../../include -pipe -fno-strict-aliasing -fno-common -g -c -o dm_obj.lo `test -f 'dm_obj.c' || echo './'`dm_obj.c |
| 17:23.36 | cad22 | where would I find this? |
| 17:23.56 | brlcad | cd src/libdm && make dm-ogl.lo |
| 17:25.19 | brlcad | the first line output that says libtool or gcc is what i'm looking for |
| 17:25.38 | cad22 | I reextracted from the compressed file and am recompiling again... I had changed stuff. |
| 17:25.47 | cad22 | It will take a minute. |
| 17:25.49 | brlcad | ahh |
| 17:26.14 | brlcad | configure --without-opengl |
| 17:26.32 | cad22 | I had commenteOpenGL support .......................: no |
| 17:26.43 | cad22 | OpenGL support .......................: no |
| 17:27.23 | cad22 | (the greps were after configuation and starting to compile) |
| 17:28.40 | cad22 | ubuntu:~/Desktop/brlcad-7.8.4>cd src/libdm && make dm-ogl.loubuntu:~/Desktop/brlcad-7.8.4>cd src/libdm && make dm-ogl.lo/bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/local/include -I../../include -pipe -fno-strict-aliasing -fno-common -g -c -o dm-ogl.lo `test -f 'dm-ogl.c' || echo './'`dm-ogl.c/bin/sh ../../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I/usr/local/include |
| 17:31.14 | brlcad | and well that looks right |
| 17:31.16 | brlcad | and it fails? |
| 17:31.34 | cad22 | ues |
| 17:31.37 | cad22 | yes |
| 17:31.42 | cad22 | usr/include/GL/gl.h:4325: error: syntax error before '*' token |
| 17:31.47 | brlcad | grep DM_OGL_CFLAGS Makefile |
| 17:32.00 | brlcad | look for the one that has an = |
| 17:32.04 | cad22 | i get a ton of those... and |
| 17:32.06 | cad22 | make[3]: *** [libdm_la-dm_obj.lo] Error 1 |
| 17:32.32 | brlcad | yeah, to be expected.. it shouldn't be doing anything in that file.. but somehow DM_OGL is set |
| 17:32.39 | cad22 | no result for grep |
| 17:33.02 | brlcad | grep DM_OGL Makefile.am |
| 17:33.23 | cad22 | no result |
| 17:35.17 | brlcad | hrmph |
| 17:35.31 | brlcad | you're in src/libdm when you did the grep? |
| 17:35.59 | cad22 | no, sorry. I went back to 7.8.4 directory. |
| 17:36.25 | cad22 | #DM_OGL_CFLAGS = -DDM_OGL -DIF_OGLDM_OGL_CFLAGS =libdm_la_CFLAGS = ${X_CFLAGS} ${DM_X_CFLAGS} ${DM_OGL_CFLAGS} ${DM_WGL_CFLAGS} |
| 17:36.54 | cad22 | ubuntu:~/Desktop/brlcad-7.8.4/src/libdm>grep DM_OGL Makefile.amDM_OGL_CFLAGS = -DDM_OGL -DIF_OGLDM_OGL_CFLAGS =libdm_la_CFLAGS = ${X_CFLAGS} ${DM_X_CFLAGS} ${DM_OGL_CFLAGS} ${DM_WGL_CFLAGS} |
| 17:38.03 | brlcad | er, which of those two? |
| 17:38.03 | cad22 | the first was grep DM_OGL_CFLAGS Makefile |
| 17:38.03 | cad22 | the second was: grep DM_OGL Makefile.am |
| 17:38.21 | brlcad | ahhh, okay |
| 17:40.43 | brlcad | that says DM_OGL is turned off |
| 17:40.56 | brlcad | yet you say make dm-ogl.lo fails |
| 17:41.25 | cad22 | it shouldn't try to make dm-ogl.lo, then? |
| 17:41.58 | brlcad | no, it should -- without the DM_OGL define, it's an empty file |
| 17:42.18 | brlcad | unless if things were different in 7.8.4 and I'm just not remembering.. lemme get those sources |
| 17:44.23 | cad22 | if it makes any difference: I do have a gl vid card: firegl v3100. so gl.h is a symbolic link to glATI.h |
| 17:44.55 | brlcad | that would be why configure should succeed (assuming you have the libs and the libs actually work as expected) |
| 17:45.18 | brlcad | but the fact that it has a syntax error .. implies something wrong in the glATI.h header |
| 17:45.33 | brlcad | usr/include/GL/gl.h:4325 |
| 17:45.49 | brlcad | what is on that line number? |
| 17:46.00 | brlcad | (almost done getting old sources) |
| 17:46.53 | cad22 | there are a ton of those errors, i just picked one of the last ones: |
| 17:46.55 | cad22 | typedef GLvoid (APIENTRY *PFNGLGETACTIVEATTRIBARBPROC)(GLhandleARB programObj, GLuint index, GLsizei maxLength, GLsizei *length, GLint *size, GLenum *type, |
| 17:47.13 | brlcad | ahh, I presumed it was one of the first .. what's the very first error? |
| 17:47.55 | cad22 | there are so many I can't scroll up... |
| 17:48.20 | brlcad | make dm-ogl.lo 2>&1 | less |
| 17:49.50 | cad22 | it said it was up to date |
| 17:50.16 | brlcad | eep |
| 17:50.28 | brlcad | that means it compiled |
| 17:50.36 | brlcad | maybe a different file is failing |
| 17:50.40 | cad22 | I have tried previously "less"ing but the errors don't go to the less screen |
| 17:50.55 | brlcad | yeah, you have to redirect stderr .. add 2>&1 |
| 17:51.27 | cad22 | In file included from dm_obj.c:45:/usr/include/GL/glx.h:67: error: syntax error before '*' token |
| 17:51.53 | brlcad | okay.. dm_obj.c is failing.. not dm-ogl.c .. that makes more sense |
| 17:52.11 | brlcad | curious, though .. /usr/include/GL/glx.h:67 is what? |
| 17:52.55 | brlcad | still sounds like a header mixup that should actually work as you do seem to have the headers |
| 17:53.10 | cad22 | ypedef void (* PFNGLXBINDTEXIMAGEATIPROC)(Display *dpy, GLXPbuffer pbuf, int buffer); |
| 17:53.20 | cad22 | cut of the t |
| 17:53.33 | brlcad | ahhh |
| 17:53.41 | brlcad | they're not using contained headers |
| 17:53.43 | brlcad | shame on ati |
| 17:54.20 | brlcad | "Display" is an X11 type .. and they've apparently not included the X11 header in their glx.h |
| 17:55.50 | brlcad | so to fix.. you can either add #include <X11/Xlib.h> above the #include for glx.h in dm_obj.c .. or turn off HAVE_GL_GLX_H and HAVE_GL_GL_H in include/brlcad_config.h |
| 17:56.29 | cad22 | i'll give the first a try |
| 17:58.24 | cad22 | still get error |
| 17:58.38 | brlcad | exact same line/error? |
| 17:58.39 | cad22 | (still on line 67) |
| 17:59.06 | cad22 | usr/include/GL/glx.h:67: error: syntax error before 'GLXPbuffer' |
| 17:59.17 | cad22 | #ifdef HAVE_GL_GLX_H# include <X11/Xlib.h># include <GL/glx.h>#endif |
| 18:00.07 | brlcad | hrmph |
| 18:01.03 | cad22 | the link was already present for gl.h to glATI.h |
| 18:01.22 | cad22 | there was no link present for glx so I made one earlier |
| 18:01.23 | brlcad | curious.. wonder if something else maybe is setting Display, or a #define elsewhere in some other header |
| 18:02.13 | brlcad | hmm.. that's caution-worthy in itself .. as those aren't necessarily the only two |
| 18:03.02 | brlcad | still.. failing on display is odd.. add #include <Xlib/X11.h> and #include <GL/glx.h> above the stdlib.h line |
| 18:03.27 | brlcad | just to make sure it's not tcl.h or something silly causing a problem |
| 18:04.27 | cad22 | same error |
| 18:05.22 | brlcad | that's "good" per-se though still leaves us with the same odd error |
| 18:05.45 | cad22 | (lines now removed above stdlib.h) |
| 18:06.43 | brlcad | it's still looking like something wrong with your ati headers, though really hard to tell without reading through the header files |
| 18:06.53 | brlcad | probably just as easy to turn them off |
| 18:06.59 | brlcad | it doesn't remove functionality |
| 18:07.05 | brlcad | just uses a different mechanism |
| 18:07.22 | brlcad | i.e. comment out HAVE_GL_GLX_H and HAVE_GL_GL_H in include/brlcad_config.h |
| 18:08.32 | cad22 | (i usually manage to on my own) |
| 18:09.26 | brlcad | if you're willing to provide some sort of shell access, I'll dig deeper, but it's looking like a rather bizzare setup issue atm |
| 18:10.22 | cad22 | that seems like it worked |
| 18:10.38 | brlcad | where? |
| 18:11.01 | brlcad | it is one of their least used resources afaik .. but still.. |
| 18:11.25 | ``Erik | http://sourceforge.net/forum/forum.php?forum_id=665363 |
| 18:11.30 | ``Erik | http://developers.slashdot.org/developers/07/03/11/0049234.shtml |
| 18:12.57 | brlcad | hrmph.. just saw the wikipedia entry too |
| 18:13.23 | cad22 | thank you very much fr the help |
| 18:14.29 | brlcad | cad22: no problem |
| 18:14.45 | brlcad | cad22: curious .. would none of the posted binaries work for you? |
| 18:15.09 | cad22 | the ones I saw were 32 bit |
| 18:15.14 | cad22 | are there 64 bit ones available? |
| 18:15.58 | brlcad | ah, not for that version, for linux iirc |
| 18:16.34 | brlcad | only because there aren't 7.8.4 binaries posted.. only a deb |
| 18:16.45 | brlcad | there are 64bit binaries for 7.8.0 iirc |
| 18:17.01 | brlcad | yeah, http://sourceforge.net/project/showfiles.php?group_id=105292&package_id=113559 |
| 18:19.10 | cad22 | Yes, I do have other 32 bit apps running. I didn't remember immediately how to do that so tried to compile first. |
| 18:19.48 | ``Erik | amd64 "just works" on the bsd and leenewx breeds I've messed with |
| 18:31.02 | cad22 | Thank you again. Got mged running... |
| 22:41.55 | IriX64 | hahha i mean athlon. |
| 22:47.00 | IriX64 | ``Erik, what the heck is a metaball? |
| 22:47.30 | IriX64 | s/a/s |
| 22:48.41 | Maloeran | Ask wikipedia on metaballs |
| 22:49.09 | IriX64 | rarely use wikipedia Malorean how do i do what you suggested? |
| 22:50.10 | IriX64 | rarely= haven't used it yet. |
| 22:50.11 | Maloeran | http://wikipedia.org/ Yype metaball in the search field, followed by pressing enter |
| 22:50.48 | Maloeran | And you really are missing something, the world's largest encyclopedia. It's fantastic, I can spend whole days just reading from it |
| 22:51.01 | Maloeran | Type* metaball, rather |
| 22:52.08 | Maloeran | Actually, their article on metaballs is surprisingly short in comparison to most others |
| 22:53.12 | brlcad | when all else fails, try what should be obvious |
| 22:53.20 | brlcad | ~google metaballs |
| 22:53.32 | IriX64 | does brlcad use bruteforce or the marching cubes approach? |
| 22:53.48 | IriX64 | ill remember wikipedia.org, thanks Maloeran. |
| 22:56.35 | IriX64 | http://www.pastebin.ca/391172 < --- ogl has issues on my system brlcad. |
| 22:57.46 | brlcad | i'm going to take a stab in the dark and guess that you tried to force opengl on even though it was configuring off |
| 22:58.04 | IriX64 | bad stab, i actually have it. |
| 22:58.24 | brlcad | you might have it, but that doesn't look like an unmodified compile |
| 22:58.34 | IriX64 | its a macro, any idea where it lives? |
| 22:58.37 | brlcad | that error indicates it wasn't properly enabled |
| 22:58.47 | IriX64 | really? |
| 22:59.04 | brlcad | really |
| 22:59.38 | brlcad | you forced it on via modifications, yes? |
| 23:01.32 | IriX64 | no honestly. |
| 23:02.02 | IriX64 | found it the file lives in include/fbio.h looking now. |
| 23:02.55 | brlcad | then there's preprocessor logic that is out of what .. something rather non-trivial to debug |
| 23:03.26 | IriX64 | might be this number im looking at just a sec. |
| 23:03.31 | brlcad | that check it's failing on is merely a sanity check to make sure it really has a framebuffer object |
| 23:03.34 | brlcad | it doesn't, so it aborts |
| 23:04.24 | IriX64 | numbers don't math should be is what you have and what imp providing doesn't match, not your bug (i think) |
| 23:04.25 | brlcad | there is *nothing* wrong with the various _CK_ macros that you keep checking -- those are security safeguard checks so that the application aborts soon |
| 23:04.47 | brlcad | what that abort means is that some before that point in the code already went wrong |
| 23:04.56 | brlcad | that just happened to be where it was cuaght |
| 23:06.26 | IriX64 | ty ill keep looking. |
| 23:33.49 | IriX64 | where'd wikipedia come from? |
| 23:34.53 | IriX64 | sheltered too. |
| 23:41.25 | brlcad | ask wikipedia |
| 23:42.48 | brlcad | it's been around for many years .. just about every topic. hard to do a search without a wikipedia result coming up |
| 23:43.00 | Maloeran | More than seeds, the Norwegian government should have stored full backups of Wikipedia in the Doomsday Vault |