I'm afraid there isn't a Windows port of 5.00.1 yet. We have one
working here, but we are trying to get the packaging right
so that it doesn't require Cygwin etc.
If you want to build it from source, you might want to wait for
Reuben to put up the 4.08 download he's about to distribute.
I have
Hi there.
> I use normal latest cygwin installation,
> binary installation of ghc-4.08, and tell i686-pc-mingw32 to the
> configure of ghc.
Same here, except I used the standalone Mingw, which meant that I had to
alter certain parts of the makefile which relied on Cygwin links (in the gmp
librar
Hi Mike,
Thank you very much for the reply. After having asked I managed to build
ghc-5.00.1, and almost succeeded in the rest, till the place where it
failed to invoke ghc-asm (or so, I don't remember, it's on a different
machine). It's not impossible that I understand how to fix it (it was
just
Hi.
> > Do anybody have one? I failed to recompile it with ghc 4.08.x.
> >
> > Thank you in advance
> >
> > Alexander
I have one, which uses the Mingw standalone GCC compiler for Windows. It
seems to be capable of compiling itself.
Problems:
1. It is not in an installer - you would have to ha
Thu, 24 May 2001 14:41:21 -0700, Ashley Yakeley <[EMAIL PROTECTED]> pisze:
>> - Initial Unicode support - the Char type is now 31 bits.
>
> It might be appropriate to have two types for Unicode, a UCS2 type
> (16 bits) and a UCS4 type (31 bits).
Actually it's 20.087462841250343 bits. Unicode
Of course I meant
hPutStr handle (map (chr .word8ToInt) protocolElement)
Dominic J Steinitz@baexternal
24/05/2001 18:47
To: v-julsew
cc: glasgow-haskell-users
haskell
bcc:Dominic Steinitz
Subject:Re: ghc-5.00.1 is available
Will this
- Initial Unicode support - the C
At 2001-05-24 05:57, Julian Seward (Intl Vendor) wrote:
> - Initial Unicode support - the Char type is now 31 bits.
It might be appropriate to have two types for Unicode, a UCS2 type (16
bits) and a UCS4 type (31 bits). For instance, something like:
--
newtype UCS2CodePoint = MkUCS2CodePoint
Hi All,
Do anybody have one? I failed to recompile it with ghc 4.08.x.
Thank you in advance
Alexander
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell
Will this
- Initial Unicode support - the Char type is now 31 bit
cause me a problem?
I am sending protocol elements via a socket. I represent these as [Word8]. I had
assumed that when I want to send something I do
hPutStr (map (ord .word8ToInt) protocolElement)
essentially doing a type c
> What's the recommended way of building a system consisting of
> many Haskell modules? Should I use hmake, make or is there
> some other preferred mechanism in the Haskell world?
As Simon PJ already mentioned, hmake is entirely platform independent,
so if there is any likelihood that you may nee
The (Interactive) Glasgow Haskell Compiler -- version 5.00.1
==
We are pleased to announce a new patchlevel release of the Glasgow
Haskell Compiler (GHC), version 5.00.1. The source distribution is
freely available via the World-W
It depends on which implementation you have.
hmake is good, and is independent of implementation.
ghc 5.0 has a make system built in, so you can say
ghc --make Main
to build your program. Or
ghc --interactive Main
to run it interactively.
Hugs also follows module dependencie
What's the recommended way of building a system consisting of many Haskell modules?
Should I use hmake, make or is there some other preferred mechanism in the Haskell
world?
Dominic.
-
21st century
[ moved from glasgow-haskell-users to [EMAIL PROTECTED] ]
Carl Witty writes:
> If the report does not allow the implementation to flush buffers at
> any time, I would call that a bug in the report.
Indeed, perhaps the report should be clarified on this issue.
Currently, in section 11.4.2 the rep
14 matches
Mail list logo
