Curtis L. Olson wrote:
John Wojnaroski wrote:
Trying a build of the latest pre-0.9.5 release...
SimGear compile fails on sample_openal implicit declaration of alGetsourcei(...) and alutLoadWAVFile()
Searched the include files for AL and there is an alGetsourceiv() and alGetSourcefv() but the above functions are missing.
Running the stable version of debian (woody) and libopenal-dev 2.3 package from stable release. Searched thru the other testing and unstable directories with zero results...
Does SimGear/FG require the latest versions from their OpenAL website?
Probably yes, try grabbing the latest version from CVS. I was surprised to find that OpenAL has no official version number releases. You have to get the source via CVS if you get it from their site. And, they seem to be ok with making some API changes over time. And even stranger, they have a different API variant for MacOS. These are the annoyances we have to deal with when using OpenAL.
Curt.
Grabbed the latest CVS download from the OpenAl website and did a build and install. Things look okay.. Back to simgear
the build fails in openal1_test1.cxx -- "undefined reference to 'alutLoadWavFile' " yada, yada, yada. Same for "alutUnloadWAV..
The alut.h file does contains the prototype definitions. Is it a directory path mixup between openal and simgear? AL is located in /usr/local/include/AL. If so why doesn't simgear complain about not finding alut.h. If I disable building the standalone test programs simgear completes the build and installs.
I'll look into it later this evening unless anyone can identify my problem in the interim.
Regards John W
_______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
