Hello Simon,
Monday, April 27, 2009, 2:13:26 PM, you wrote:
This is a very strange result: the user time should not *decrease*, but
rather should stay the same or increase a bit when adding cores. If
ability to run two threads simultaneous may increase performance in
some scenarios. one
On 25/04/2009 13:31, j.waldmann wrote:
Here is some more data. It seems the behaviour depends on 32/64 bit arch?
###
waldm...@master:~/tmp$ uname -a
Linux master 2.6.18-6-amd64 #1 SMP Fri Dec 12 05:49:32 UTC 2008 x86_64
GNU/Linux
On 27/04/2009 01:28, Sigbjorn Finne wrote:
On 4/25/2009 07:16, Ian Lynagh wrote:
On Fri, Apr 24, 2009 at 11:08:38AM +0100, Simon Marlow wrote:
We do have a WARNING pragma, incedentally:
http://www.haskell.org/ghc/docs/latest/html/users_guide/pragmas.html#warning-deprecated-pragma
I don't
I've added more notes to this page:
http://haskell.org/haskellwiki/Performance/Parallel
berthold:
Message: 8
Date: Fri, 24 Apr 2009 19:20:46 +0200
From: Johannes Waldmann waldm...@imn.htwk-leipzig.de
Subject: Threads and memory management
To: glasgow-haskell-users@haskell.org
Simon Marlow wrote:
On 27/04/2009 01:28, Sigbjorn Finne wrote:
...
As a compromise, how about expanding the runtime error message to make
it clear that this is a change in 6.10.2?
finalizer: error: a C finalizer called back into Haskell.
This was previously allowed, but is disallowed
Hi,
Perhaps it would make sense to add something along those lines to the
documentation for Foreign.newForeignPtr as well?
-Iavor
On Mon, Apr 27, 2009 at 5:32 AM, Simon Marlow marlo...@gmail.com wrote:
On 27/04/2009 01:28, Sigbjorn Finne wrote:
On 4/25/2009 07:16, Ian Lynagh wrote:
On Fri,
I've been hacking along on a NetBeans Haskell plugin (*) Looking at
Parser.y.pp, because both Eclipse and NetBeans work with antlr, it
seems like there are interesting cases in which chimeric constructions
parse correctly. Here's an example:
class ParsedModule m where
let { a = 1; b = 2; } in a