Re: [GHC] #769: Heap profiling: time tag format

2006-05-11 Thread GHC
#769: Heap profiling: time tag format ---+ Reporter: guest |Owner: Type: bug | Status: closed Priority: normal |Milestone:

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread Ben Rudiak-Gould
John Meacham wrote: also, incidentally, for anyone on x86 that cares about math performance, use -optc-fsse2 to make it use the much nicer math coprocessor available on modern x86 cpus. I object to its characterization as nicer. It's faster, but *lower precision*. It worries me that people

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread Simon Marlow
Ben Rudiak-Gould wrote: John Meacham wrote: also, incidentally, for anyone on x86 that cares about math performance, use -optc-fsse2 to make it use the much nicer math coprocessor available on modern x86 cpus. I object to its characterization as nicer. It's faster, but *lower precision*. It

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread Duncan Coutts
On Thu, 2006-05-11 at 14:57 +0100, Simon Marlow wrote: On the other hand, keeping intermediate Doubles to 80-bit precision is both (a) non-portable and (b) unpredictable (the programmer doesn't know which intermediates are going to be stored in 80 bits, and turning on optimisation will

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread Ben Rudiak-Gould
Simon Marlow wrote: I suppose you might argue that extra precision is always good. Well... I'm having a hard time thinking of a situation where it isn't. I realize that people want reproducibility, I'm just not convinced that they should. The situations where optimization flags make a

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread John Meacham
On Thu, May 11, 2006 at 02:57:30PM +0100, Simon Marlow wrote: On the other hand, keeping intermediate Doubles to 80-bit precision is both (a) non-portable and (b) unpredictable (the programmer doesn't know which intermediates are going to be stored in 80 bits, and turning on optimisation

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread skaller
On Fri, 2006-05-12 at 00:34 +0100, Ben Rudiak-Gould wrote: Simon Marlow wrote: I suppose you might argue that extra precision is always good. Well... I'm having a hard time thinking of a situation where it isn't. Wastes space in the cache tree, slowing down the program and limiting the max

Re: WordPtr,IntPtr,IntMax,WordMax

2006-05-11 Thread Ben Rudiak-Gould
skaller wrote: On Fri, 2006-05-12 at 00:34 +0100, Ben Rudiak-Gould wrote: Simon Marlow wrote: I suppose you might argue that extra precision is always good. Well... I'm having a hard time thinking of a situation where it isn't. Wastes space in the cache tree, slowing down the program and

[Haskell] MPC/AMAST 2006 2nd Call for Participation

2006-05-11 Thread Tarmo Uustalu
NEWS: - MSFP accepted paper list is now available. - Remember that early registration is until 15 May 2006. Accommodation in the conference hotels is only guaranteed until this date. CALL FOR PARTICIPATION 8th International Conference on

[Haskell] REMINDER: HCA Report (extended deadline: 15 May 2006)

2006-05-11 Thread Andres Loeh
Dear Haskellers, the deadline for the May 2006 edition of the Haskell Communities and Activities Report is only a few days away -- but this is still enough time to make sure that the report contains a section on *your* project, on the interesting stuff that you've been doing; using or affecting

Re: [Haskell] REMINDER: HCA Report (extended deadline: 15 May 2006)

2006-05-11 Thread David Waern
Dear Haskellers, the deadline for the May 2006 edition of the Haskell Communities and Activities Report is only a few days away -- but this is still enough time to make sure that the report contains a section on *your* project, on the interesting stuff that you've been doing; using or

[Haskell] Funded PhD studentships at Kent

2006-05-11 Thread S.J.Thompson
PhD Studentships Computing Laboratory, University of Kent, Canterbury, UK Applications are invited for a number of PhD Research Studentships funded by EPSRC starting in September 2006. These studentships will provide tuition fees (at home/EU fees level) and, in the case of UK applicants,

Re: Class System current status

2006-05-11 Thread Stephanie Weirich
So it looks like we're stuck at pretty much the same proposals for the class system. a) standardize on MPTC and FDs using rules from CHR paper. b) don't standardize anything, and wait for ATs to take over c) punt---standardize the library and exact form of FD for that library, but no more, or

Re: Class System current status

2006-05-11 Thread Taral
On 5/11/06, Stephanie Weirich [EMAIL PROTECTED] wrote: a) standardize on MPTC and FDs using rules from CHR paper. - We're already in that state. There *is* a lot of Haskell code that uses FDs, it's just not Haskell 98 code. Whenever ATs take over, we'll still have to deal with this code.

[Haskell-cafe] Re: Existentially-quantified constructors: Hugs is fine, GHC is not?

2006-05-11 Thread Ben Rudiak-Gould
Otakar Smrz wrote: data ... = ... | forall b . FMap (b - a) (Mapper s b) ... where FMap qf qc = stripFMap f q the GHC compiler as well as GHCi (6.4.2 and earlier) issue an error My brain just exploded. I can't handle pattern bindings for existentially-quantified

[Haskell-cafe] RE: Template Haskell Person/Paper entry

2006-05-11 Thread Simon Peyton-Jones
Can anyone help Christoph with uploading a Postscript file to a haskellwiki page? Thanks | -Original Message- | From: Ch. A. Herrmann [mailto:[EMAIL PROTECTED] | Sent: 11 May 2006 14:29 | To: Ian Lynagh | Cc: Simon Peyton-Jones | Subject: Re: Template Haskell Person/Paper entry | | Hi,

[Haskell-cafe] Re: Haskell-Cafe Digest, Vol 33, Issue 9

2006-05-11 Thread Alberto G. Corona
Hi, I´m trying to make a searchable transactional cache using STM. The whole idea is to use indexed TVar variables using a FiniteMap. another TVar holds the finitemap . This last TVar has to be a global variable. I found that when handled as global, a TVar does not keep the state. For example:

Re: [Haskell-cafe] develop new Haskell shell?

2006-05-11 Thread Donn Cave
On Wed, 10 May 2006, Donald Bruce Stewart wrote: Funny this should come up. We've just had several submissions to work on a functional shell for the google summer of code. Here's a bit of a summary of what's been done in Haskell I prepared a while back.

Re: [Haskell-cafe] develop new Haskell shell?

2006-05-11 Thread Brian Hulley
Brian Hulley wrote: rename extFrom extTo files = do let candidates = filter (\(_,ext) - ext==extFrom) (map split files) mapM_ (\f@(n,_) - rename (unsplit f) (unsplit (n, extTo))) candidates % ls = rename txt hs I see I've used the same name twice...;-) It should

Re: [Haskell-cafe] develop new Haskell shell?

2006-05-11 Thread Jeremy Shaw
At Thu, 11 May 2006 23:05:14 +0100, Brian Hulley wrote: Of course the above could no doubt be improved but surely it is already far easier to understand and much more powerful than the idiosyncratic text based approach used in UNIX shells (including rc). The idea of representing unix pipes

Re: [Haskell-cafe] develop new Haskell shell?

2006-05-11 Thread Donn Cave
On Thu, 11 May 2006, Brian Hulley wrote: ... -- catenate all files in a specified directory catenate outputFile dir = withDir dir $ ls = cat outputFile So, you would apply this like catenate result /etc/stuff ? String literals need quotes?

Re: [Haskell-cafe] develop new Haskell shell?

2006-05-11 Thread Jared Updike
It would also be wise to look at occam and erlang and see if they have any useful ideas. And, of course, Windows PowerShell. And scsh (Scheme shell, pretty full featured these days): http://www.scsh.net/ Jared. j. ___ Haskell-Cafe mailing list

Re: [Haskell-cafe] Re: Haskell-Cafe Digest, Vol 33, Issue 9

2006-05-11 Thread Albert Lai
Alberto G. Corona [EMAIL PROTECTED] writes: stmcache= newTVar 0 I will explain what this doesn't with an analogy. import Data.IORef notglobal = newIORef True main = do a - notglobal b - notglobal writeIORef a False x - readIORef b print x To better