|
osdir.com mailing list archive |
|
Subject: Experimental Support to build OpenAL package separately from GHC. - msg#00060List: lang.haskell.librariesI know Ross Paterson added Setup file to Win32 paclage, and added files that is used by configure for ALUT and OpenAL by these messages. http://www.haskell.org//pipermail/cvs-libraries/2006-May/005006.html http://www.haskell.org//pipermail/cvs-libraries/2006-May/005029.html http://www.haskell.org//pipermail/cvs-libraries/2006-May/005032.html So I try to add Setup file and build OpenAL package, separately from GHC. Of course, autoreconf command success alone package, and can build OpenAL package. I send patch to build OpenAL package separately from Compliter and Interpreter. This patch includes Mac OS X platform support - I sent previous mail - but I changed two points from this mail. http://www.haskell.org//pipermail/libraries/2006-March/005102.html 1. Darcs HEAD OpenAL package's Sound.OpenAL.ALC.Capture can be bult under Mac OS X platform. So, I remove unnecessary #ifdef. 2. This patch add [AC_REQUIRE([AC_CANONICAL_TARGET]) same as other packages - ALUT, OpenGL, GLUT. But OpenAL didn't use this, so forgot that configure.ac's AC_SUBST([CALLCONV]) doesn't set CALLCONV=ccall on Windows - if configure.ac works correctly. And break this convention, by previouse patch. So I commented out *-mingw32) case for that OpenAL uses ccall, even on Windows. http://www.haskell.org//pipermail/libraries/2005-October/004488.html If you applied this patch by darcs apply comannd - like this; $ darcs apply openal-separate-build.patch then you can build and install OpenAL package separately, by below command. $ autoreconf $ runhaskell Setup.lhs configure $ runhaskell Setup.lhs build $ runhaskell Setup.lhs install I tested to build on Windows and Mac OS X platform. And If you copy Setup.lhs for ALUT package, then you can also build and install by that. I think OpenGL and GLUT, too. But ALUT also require to use ccall, I think. If you build ALUT without any chage, to build example cause undefined reference error. -- shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/
Libraries mailing list Libraries@xxxxxxxxxxx http://www.haskell.org/mailman/listinfo/libraries Thread at a glance:
Previous Message by Date: click to view message previewRe: System.TimeAshley Yakeley wrote: Now that the "time" package is in current, can I get rid of System.Time, or should I deprecate it in some way? We should deprecate it for some time before removing it. Traditionally we deprecate modules for at least one major release of GHC before they are removed. Also, the existing code will still be required in order to provide the Haskell 98 Time library, which we don't intend to remove. Perhaps the existing System.Time implementation can move to the haskell98 package later. Cheers, Simon Next Message by Date: click to view message previewRe: System.TimeHello Ashley, Thursday, May 25, 2006, 4:53:10 AM, you wrote: > Now that the "time" package is in current, can I get rid of System.Time, > or should I deprecate it in some way? imho, old package should be either emulated by new one or left for at least one version. or you prefer to force everyone switching to 6.6 immediately start to rewriting their old code using System.Time? :) -- Best regards, Bulat mailto:Bulat.Ziganshin@xxxxxxxxx Previous Message by Thread: click to view message previewSystem.TimeNow that the "time" package is in current, can I get rid of System.Time, or should I deprecate it in some way? -- Ashley Yakeley, Seattle WA Next Message by Thread: click to view message previewRe: Experimental Support to build OpenAL package separately from GHC.On Thu, 25 May 2006 17:13:11 +0900, shelarcy <shelarcy@xxxxxxxxx> wrote: I send patch to build OpenAL package separately from Compliter and Interpreter. This patch includes Mac OS X platform support - I sent previous mail - but I changed two points from this mail. I tested to build on Windows and Mac OS X platform. My friend tested on Linux (ubutu), he build successfuly. And he report me. another typo issuse that cause error notice. So I fixed problem, and send newer version of patch again. -- shelarcy <shelarcy capella.freemail.ne.jp> http://page.freett.com/shelarcy/ openal-separate-build.patch Description: Binary data _______________________________________________ Libraries mailing list Libraries@xxxxxxxxxxx http://www.haskell.org/mailman/listinfo/libraries Loading Comments...
|
|
