x86_64 Problems again
Archives Forums/Linux Discussion/x86_64 Problems again
| ||
Lo there. Problems again on 64-Bit linux Building fireworks Compiling:fireworks.bmx flat assembler version 1.52 5 passes, 15233 bytes. Linking:fireworks.debug /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/X11R6/lib/libGL.so when searching for -lGL /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/X11R6/lib/libGLU.so when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/X11R6/lib/libGLU.a when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../libGLU.so when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../libGLU.a when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libGLU.so when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/libGLU.a when searching for -lGLU /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lGLU collect2: ld returned 1 exit status Process complete Core 105, Linux specis64 2.6.9-gentoo-r14 #1 Sun Feb 20 21:37:48 GMT 2005 x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux xorg-x11-6.8.2-r1 gcc (GCC) 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) |
| ||
Have you tried recompiling the modules? |
| ||
yea, ive tried :) Thats the strange thing, the modules compile without any error. |
| ||
Are the other GL based samples working, like GLHead? Or do they give you the same error? And did it work with core 1.04? It seem to me that it is your OpenGL install that is the source of this error, not b-max.. Because the 'ld' used(see path) belongs to your system & the -lGLU is just searching the opengl libs that is installed on your box. And those didn't come with b-max.. |
| ||
erm havnt had a chance to check this yet, i will today at some point though :) |
| ||
did u found a way to solve the problem? i got the same problem here and it's going on my nerves -_- seems like bmax is compiled on i386 mode and wont work on my amd64.. right? |
| ||
i still havnt solved this one no :) and ive recompiled / installed Xorg X11 and double checked to make sure all the files are in the correct place. I ran outta idea's for things to try. the x86_64 bug was fixed in one of the earlier updates. so again, outta idea's |
| ||
what kind of problem it could be? is it about the 64bit sys, the gfx driver (cuz of libGL and libGLU) or a problem between bmax and the connection to - what the hell.. i dont know *g - the gfx driver? blitzsupport/mark? any statement maybe? |
| ||
just a shot in the dark, but try installing the SDL1.2 (or higher) package... ?!? I found that I had the same error (cannot find -lGLU or whatever), and after installing SDL it disappeared.. (got a new error though, but I resolved that last night. :P) (note that I don't have 64bit, so I don't know if it works the same on your computer, but it's worth a try..) |
| ||
i also thought of SDL but then i reminded then bmax uses it own interaction to the hardware.. it dont use SDL. maybe you got a distribution without the file - or whatever - and with the SDL package you installed it. i installed new gfx (nvidia) drivers and i recognized that the driver did something with libGL. then later i installed scorched3d and there is a SDL package in but bmax alway dont work. |
| ||
yea no idea now, ive redownloaded and compiled xorg. installed all the source and modules.. opengl runs perfectly.. i can compile opengl source stuff... so im outta idea's :) |
| ||
sure.. install a 32bit system for the damn blitzmax ;) |
| ||
64bit linux and BMax work just fine. |