RE: ghc and signal processing

2004-04-27 Thread Simon Peyton-Jones
I think the HEAD goes just as fast as 6.2 now. Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:glasgow-haskell-users- | [EMAIL PROTECTED] On Behalf Of Jeremy Shaw | Sent: 24 February 2004 04:04 | To: [EMAIL PROTECTED] | Subject: Re: ghc and signal processing | | Hrm, | | Ok

Re: Compiling for Sparc v9 / Solaris 8 using 64-Bit!

2004-04-27 Thread Donald Bruce Stewart
bvoss: > Dear all, > > I would like to compile my haskell-scripts on a Sparc v9 / Solaris 8 > machine using 64-Bit, cause of insufficient memory using 32-Bit. > GHC is installed on this machine and works fine. The Problem is, that it > only produces 32-Bit binaries. > Checking the GHC manual and

Compiling for Sparc v9 / Solaris 8 using 64-Bit!

2004-04-27 Thread Bjoern Voss
Dear all, I would like to compile my haskell-scripts on a Sparc v9 / Solaris 8 machine using 64-Bit, cause of insufficient memory using 32-Bit. GHC is installed on this machine and works fine. The Problem is, that it only produces 32-Bit binaries. Checking the GHC manual and the web didn't deliv

Re: sizeFM type

2004-04-27 Thread Carsten Schultz
On Mon, Apr 26, 2004 at 06:42:20AM -0400, David Roundy wrote: > On Sun, Apr 25, 2004 at 11:38:19PM +0200, Tomasz Zielonka wrote: > > On Sun, Apr 25, 2004 at 04:12:25PM -0400, David Roundy wrote: > > > > > > On the other hand, since they are still 32 bit computers, any given > > > application can s

Re: UTF-8 encode/decode

2004-04-27 Thread George Russell
David Brown wrote (snipped): What license is your code covered under? As it stands now, it is an informative example, but cannot be used by anybody. As author, I am quite happy for it to be used and modified by other people for non-commercial purposes. As far as I know my employers wouldn't any p

Re: sizeFM type

2004-04-27 Thread David Roundy
On Sun, Apr 25, 2004 at 11:38:19PM +0200, Tomasz Zielonka wrote: > On Sun, Apr 25, 2004 at 04:12:25PM -0400, David Roundy wrote: > > > > On the other hand, since they are still 32 bit computers, any given > > application can still only access 4G of memory. This issue will only be a > > problem on

Re: UTF-8 encode/decode

2004-04-27 Thread David Brown
On Tue, Apr 27, 2004 at 10:55:57AM +0200, George Russell wrote: > I have implemented UTF8-encode/decode. Unlike the code someone has already > posted it handles all UTF8 sequences, including those longer than 3 bytes. > It also catches all illegal UTF8 sequences (such as characters encoded > with

UTF-8 encode/decode

2004-04-27 Thread George Russell
I have implemented UTF8-encode/decode. Unlike the code someone has already posted it handles all UTF8 sequences, including those longer than 3 bytes. It also catches all illegal UTF8 sequences (such as characters encoded with a longer sequence than necessary). Here is the code. --

RE: sizeFM type

2004-04-27 Thread Simon Marlow
On 26 April 2004 16:02, S. Alexander Jacobson wrote: > On Mon, 26 Apr 2004, Simon Marlow wrote: >> Probably if the take function were being designed today, there would >> be no question about whether it should take Int or Integer. Back >> then, the Integer overhead was high enough to worry about,

Re: GHC CVS refusing connections...

2004-04-27 Thread Malcolm Wallace
"Sigbjorn Finne" <[EMAIL PROTECTED]> writes: > Thanks to the hard work of Jeff Lewis, the > CVS pserver at cvs.haskell.org is now back up again, Good, and well done. Unfortunately, ssh-based connections to the writable repository have now started to fail for me. The ssh server does not respond

RE: problems building the GHC as a package

2004-04-27 Thread Simon Marlow
On 26 April 2004 19:59, Mauro La Salete Costa Lima de Araujo wrote: > Hi folks, > > I'm having a little problem when building the GHC as a package. > I've set the option 'BuildPackageGHC=YES' in the build.mk file and > done the usual steps to build the GHC under windows > (including the './config