On 11/05/2010, at 05:29, Edward Z. Yang wrote:
> Some of the important primitives offered by Data Parallel Haskell are
> reduction primitives such as sumP and prodP, which take a data parallel
> array and reduce it to a single value. I was wondering what the current
> capabilities for end-users i
Hello all,
I was asking this question on #haskell and thoughtpolice directed me
here for a possibly more up-to-date information.
Some of the important primitives offered by Data Parallel Haskell are
reduction primitives such as sumP and prodP, which take a data parallel
array and reduce it to a s
Hi,
I've encountered an interesting issue with GHC 6.12.1 and 2 in which a
small program compiles quickly without using loads of memory with
optimization turned off, but with optimization (-O1) turned on, GHC's
memory usage becomes very high (and compilation takes much much
longer).
$ time ghc -c
On 10/05/2010 03:43, Roman Leshchinskiy wrote:
On 09/05/2010, at 07:50, Duncan Coutts wrote:
On Wed, 2010-05-05 at 21:24 +1000, Roman Leshchinskiy wrote:
Whenever I do cabal sdist on one of my projects, I get this
warning:
Distribution quality warnings: 'ghc-options: -O2' is rarely
needed. Ch
We had planned to switch to using a dynamically-linked GHCi for 6.14.1
(see http://hackage.haskell.org/trac/ghc/ticket/3658), which on the
whole seems like the right direction to be heading in, since we reduce
the dependence on our own RTS linker.
The dynamically-linked GHCi works, and passes
