Re: [GHC] #1741: Threaded RTS must use processor affinity and processor information

2007-11-03 Thread GHC
#1741: Threaded RTS must use processor affinity and processor information +--- Reporter: guest | Owner: Type: task| Status: new Priority: normal |

[GHC] #1824: Make an extension flag for postfix operators

2007-11-03 Thread GHC
#1824: Make an extension flag for postfix operators --+- Reporter: igloo | Owner: Type: bug| Status: new Priority: normal |

Re: [GHC] #1824: Make an extension flag for postfix operators

2007-11-03 Thread GHC
#1824: Make an extension flag for postfix operators ---+ Reporter: igloo | Owner: Type: bug| Status: new Priority: normal |

ANNOUNCE: GHC version 6.8.1

2007-11-03 Thread Ian Lynagh
= The (Interactive) Glasgow Haskell Compiler -- version 6.8.1 = The GHC Team is pleased to announce a new major release of GHC. There have been a number of

Re: Too many local registers...

2007-11-03 Thread Cristian Perfumo
| I never found a satisfactory answer. On IA64 we just hope that ghc | generates C code that does not turn into object code that uses too many | variables. We tried playing with gcc flags to make it only use the | limited number of registers but could not make it work. The only |

Generalized newtype deriving 6.6 vs. 6.8

2007-11-03 Thread Twan van Laarhoven
Hello, I noticed there is a difference in generalized newtype deriving between 6.6 and 6.8. In GHC 6.4.1 the following: {-# LANGUAGE GeneralizedNewtypeDeriving #-} import Control.Monad.Error newtype MyMonad m a = MyMonad (m a) deriving (Monad, MonadError String) correctly gives a

6.6.1 installlers

2007-11-03 Thread Bulat Ziganshin
Hello glasgow-haskell-users, i've found that 6.6.1 downloading page ( http://haskell.org/ghc/download_ghc_661.html ) doesn't contain info about availability of Debian, Fedora and SUSE packages. is it possible to add it there? (also for other unices where such packages exist) the reason is that i

Re: 6.6.1 installlers

2007-11-03 Thread Ian Lynagh
Hi Bulat, On Sun, Nov 04, 2007 at 01:54:19AM +0300, Bulat Ziganshin wrote: i've found that 6.6.1 downloading page ( http://haskell.org/ghc/download_ghc_661.html ) doesn't contain info about availability of Debian, Fedora and SUSE packages. is it possible to add it there? (also for other

[Haskell] ANNOUNCE: GHC version 6.8.1

2007-11-03 Thread Ian Lynagh
= The (Interactive) Glasgow Haskell Compiler -- version 6.8.1 = The GHC Team is pleased to announce a new major release of GHC. There have been a number of

Re: [Haskell-cafe] The question of ByteString

2007-11-03 Thread Andrew Coppin
Duncan Coutts wrote: On Fri, 2007-11-02 at 21:35 +, Andrew Coppin wrote: Well OK, maybe I was a little vague. Let me be a bit more specific... If you do text processing using ByteString rather than String, you get dramatically better performance in time and space. For me, this raises

[Haskell-cafe] Why does GHC limit stack size?

2007-11-03 Thread Abhay Parvate
Hello all, Why is there a limitation on the stack size in GHC? Like heap where we can limit the size by -M RTS option but the default is unlimited, why not let the program use as big a stack as required? If not by default, then by a separate option? Some of the functions that we write in

Re: [Haskell-cafe] Why does GHC limit stack size?

2007-11-03 Thread Adrian Hey
Hello, Why is there a limitation on the stack size in GHC? Like heap where we can limit the size by -M RTS option but the default is unlimited, why not let the program use as big a stack as required? If not by default, then by a separate option? Some of the functions that we write in

Re: [Haskell-cafe] Why does GHC limit stack size?

2007-11-03 Thread Adrian Hey
Bulat Ziganshin wrote: because program that require 8mb stack, will probably require 8gb when processing more data :) So.. what? You could say the same about heap, which was rather the point of the earlier thread. Regards -- Adrian Hey ___

Re: [Haskell-cafe] The question of ByteString

2007-11-03 Thread Paul Johnson
Andrew Coppin wrote: Duncan Coutts wrote: Yes, the semantics are different. ByteString is stricter. In some circumstances you could discover that some list is being used sufficiently strictly (spine and element strict) that you could do a representation change to use strict arrays. It is

Re: [Haskell-cafe] Re: Why can't Haskell be faster?

2007-11-03 Thread Hugh Perkins
On Nov 3, 2007 5:00 AM, Ryan Dickie [EMAIL PROTECTED] wrote: Lossless File compression, AKA entropy coding, attempts to maximize the amount of information per bit (or byte) to be as close to the entropy as possible. Basically, gzip is measuring (approximating) the amount of information

Re: [Haskell-cafe] Compile-time evaluation

2007-11-03 Thread Alfonso Acosta
Hi Nicholas, compileTimeEval :: Data a = a - ExpQ compileTimeEval = return . toExp You're telling me all that horrendous pain in implementing toExp and it already exists?!? Yes unfortunately, compileTimeEval already exists in TH, it's called lift compileTimeEval :: Lift a = a - ExpQ

Re: [Haskell-cafe] The question of ByteString

2007-11-03 Thread Brandon S. Allbery KF8NH
On Nov 3, 2007, at 5:34 , Andrew Coppin wrote: (BTW, anybody have any clue what's happening with stream fusion? I remember reading the paper saying hey, this is how it works and it's cool and we're going to try to replace the whole list library with new stream implementations, but that's

[Haskell-cafe] Rose Tree

2007-11-03 Thread Ryan Bloor
Hello, I need help... I am having trouble with rose trees. 1 2 3 4 5 6 7 8910 11 That is the rose tree that I seek.

[Haskell-cafe] torrent for 6.8.1?

2007-11-03 Thread brad clawsie
do torrents exist for 6.8.1? my experience is that people will use torrents if they are offered and they really do lift the pressure from the origin domain (haskell.org) pgpTQvjxj07Kq.pgp Description: PGP signature ___ Haskell-Cafe mailing list