64bit library issue

I'm on fedora 9 x86_64. Downloaded the demo...
The startup script was unable to find libGL.so.1. I edited the launch script and added /usr/lib64 to the library path, but this wont work either as its a 64bit lib.

I'll fix this for myself, I gotta find the 32bit libGL, but for compatibility on 64bit systems it might be nice to include all the needed libs with the game.. just my 2 cents.

By the way thanks for making this available under linux!

jason_f wrote:I'll fix this for myself, I gotta find the 32bit libGL, but for compatibility on 64bit systems it might be nice to include all the needed libs with the game.. just my 2 cents.

Eh... no.

This message was edited 2 times. Last update was at 05/30/2008 02:40:56

The OpenGL implementation is specific to the driver of the video card used in your system, so Hothead can't provide you with one (and that's disregarding the legal issues entirely). You probably need to install the 32-bit version of your graphics driver (in addition to the 64-bit driver) to get a working libGL.so for use in 32-bit applications.

I don't know about Fedora, but on most systems the support for 32-bit libraries alongside of the 64-bit libraries is called multilib support, so you may want to search for that. Some quick Googling seems to suggest the package you are looking for is called "xorg-x11-drv-nvidia-libs-32bit" but as I said: I'm not a Fedora user so I could be wrong.

People running nVidia's proprietary driver need to install xorg-x11-drv-nvidia{,-96xx,-legacy}-libs.i386, depending on which driver they use. People running ATi's proprietary driver need to install xorg-x11-drv-fglrx-libs.i386. Everyone else (which currently includes F9 users since neither proprietary driver works properly on it yet) should use the command given above.

Well, in fedora this lib is in mesa-libgl. And yep, I did install the 32bit lib and it works great. No problems here.
Other distros will have varying degrees of difficulty in getting 32 bit libs installed. Arch linux for example provides no native 32bit libs in the distro. (There are scripts to get them added of course.) As I see you packaged libfmodex and libfmodevent, I thought adding other dependent libs might help the end user experience rather than having them fiddle with dependencies. After all why package the f-mod libs? I could build or install those myself just as easily as libgl.

Most linux users will be able to figure this out on their own, but lots may not want to mess with figuring out what to do. I dont know if the retail version differs from the demo, but the demo has no install script, no distro-specific packages that will pull in dependencies, or otherwise warn the user that they need these installed. What they will get is an error that libGL.so.1 cannot be found. Is that obvious to everyone that uses the program? At least maybe add a note in the readme?

The second gotcha is many people may, as I did, download, extract via right-click, and then run the script via a doubleclick in their file manager. This doesnt yield _any_ error message. It just doesn't do anything. Now you have to hope the user is savy enough to run it from a terminal to see the error, or field the tech support question.

Looking at the system requirements again I see only x86 says it's supported so this is probably irrelevant =)