I think that the time has come that we should really split the
distributions for OpenAL and ALUT on all platforms, unless Creative is
willing to ship a new OpenAL SDK whenever I'd like to release a new ALUT
version... ;-) In the last few days I gave ALUT the finishing touch for
a 1.0.0 release, and I think I'll tag the ALUT part of the repository at
the end of this week and post sources + binaries for x86 SuSE Linux and
Windows. The latter will include the alut.dll, alut.lib, AL/alut.h plus
a few small demos programs (anything else I should include?).
In a nutshell: Please don't ship the ALUT stuff with the OpenAL SDK
anymore. If you absolutely have to use ALUT in the SDK examples, please
link it statically into your binaries.
Cheers,
S.
> -----Original Message-----
> From: openal-devel-admin@xxxxxxxxxxxxxxxxxxxxxxx
> [mailto:openal-devel-admin@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf
> Of dpeacock@xxxxxxxxxxxxxxxx
> Sent: Montag, 28. November 2005 21:29
> To: openal-devel@xxxxxxxxxxxxxxxxxxxxxxx
> Subject: Re: [Openal-devel] still alIsSource/alutInit
>
> Hmmm ... looks like we managed to ship the wrong / bad
> alut.lib file with
> our AL 1.1 SDK, so sorry about that. You can either build your own
> alut.lib from the code in CVS, or use the newer replacement
> alut library (with much improved error handling and wave file
> loading), or ignore the alut library altogether.
>
> We will put together a new Windows AL 1.1 SDK in the near
> future that incorporates all the latest fixes and
> improvements in the near future.
|
