Reason of OpenAL uses ccall, even on WinDoze ....
shelarcy at capella.freemail.ne.jp
Thu Oct 20 14:38:45 EDT 2005
I am chceking OpenAL CVS Log. Because I'm waiting that my patch is applied.
And I saw this message:
> For some obscure/unknown reason, OpenAL uses ccall, even on WinDoze...
So I send again below message, and I notice where is the problem on
OpenAL uses ccall on Windows, because OpenAL's aclocal.m4 and configure.ac
don't use AC_CANONICAL_*, so $host_os variable has no parameter, then
'ifeq "$(TARGETPLATFORM)" "i386-unknown-mingw32"' doen't work.
I noticed this problem 2. of below message.
On Mon, 26 Sep 2005 22:41:11 +0900, shelarcy <shelarcy at gmail.com> wrote:
> I tried to build CVS HEAD, build is success on Windows.
> But build is failure on Mac OS X, because you missunderstood my patch's
> Mac OS X support part.
> OpenAL/autoconf.ac must change two point.
> 1. AC_SEARCH_LIBS doesn't find framework's Library, Mac OS X can use
> "-framework OpenAL" flag instead of "-l openal" option, and
> FP_HEADER_ALC can find headers. So you must change to declare
> AC_SUBST([AL_FRAMEWORKS]) before checking to find library instead
> of before checking to find header.
> 2. OpenAL doesn't inherit platform parameter and dosen't declare
> so $host_os variable has no parameter and "case $host_os in" doesn't
> (I forgot this point earlier patch.)
> I send patch to fix these points. This patch tested on both Windows and
> Mac OS X
>> If things go wrong, I need a log of the configuration and
>> building + the generated config.log in fptools/libraries/OpenAL.
> And I send Mac OS X's config.log by CVS HEAD.
shelarcy <shelarcy capella.freemail.ne.jp>
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 912 bytes
Desc: not available
Url : http://www.haskell.org//pipermail/libraries/attachments/20051021/9196ec1c/openal-mac.obj
More information about the Libraries