preparing executable for other platform

Dear GHC, Could you explain me please, how can one prepare the application executable for various platforms? I want to prepare the executable on linux-386-unknown machine to run on other platform, say, Digital UNIX V4.0E ... I have ghc-4.04, 4.06 installed on linux-i386. Certain large appli

RE: STArray and MutableArray

> Why are there separate STArray and MutableArray types, as their > representation is the same? Just historical reasons. It Was Decided at some point that the interface presented by MutableArray to the outside world should take the form of STArray and IOArray. This stuff should probably be cl

RE: preparing executable for other platform

> Could you explain me please, how can one prepare the application > executable for various platforms? > I want to prepare the executable on linux-386-unknown machine > to run on other platform, say, Digital UNIX V4.0E ... Sorry, this isn't possible at the moment. GHC doesn't support cross-com

Re: STArray and MutableArray

Mon, 13 Mar 2000 02:37:11 -0800, Simon Marlow <[EMAIL PROTECTED]> pisze: > This stuff should probably be cleaned up. How about we move all > the stuff in MutableArray that's really to do with ByteArrays (well, > MutableByteArrays) into ByteArray, and nuke MutableArray? Would it be possible and

Overloading curried functions

I've made overloaded curried printf for fun and faced a problem. class FormatIO a where ioprintf :: (String -> IO ()) -> String -> a combineIO :: IO () -> a -> a instance (Forma

Re: lex "1x23" == [("123","")] && reads "1x23" == [(123,"")]

Mon, 13 Mar 2000 03:34:28 -0800, Simon Marlow <[EMAIL PROTECTED]> pisze: > Thanks, this is now fixed (well partially, we don't attempt to lex > hexadecimal literals any more). Good, I actually wanted to parse WIDTHxHEIGHT :-) Generally I don't understand why some languages provide libraries for