Hello. I am chceking OpenAL CVS Log. Because I'm waiting that my patch is applied. And I saw this message: http://www.haskell.org//pipermail/cvs-libraries/2005-October/004551.html
Log: 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
windows.
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
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_AL 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 AC_CANONICAL_*, so $host_os variable has no parameter and "case $host_os in" doesn't work. (I forgot this point earlier patch.)
I send patch to fix these points. This patch tested on both Windows and Mac OS X platform.
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> http://page.freett.com/shelarcy/