haskell at list.mightyreason.com
Sun Mar 12 06:05:09 EST 2006
Bulat Ziganshin wrote:
> Hello Frederik,
> Sunday, March 12, 2006, 5:58:42 AM, you wrote:
> FE> Perhaps some sort of warning in the documentation for STUArray is in
> FE> order, until Bulat's code can be incorporated?
> excellent idea. you can make diff for Data.Array.ST/IO and send it to the
> libs maillist
> FE> By the way, why make the distinction between unboxable types and
> FE> "other" types in the first place? E.g., just because I want something
> FE> to work quickly on "Int", doesn't mean that I don't want it to work at
> FE> all on "String". It seems that there could be a default "IArray UArray
> FE> e" instance which just implements a regular Array behind the scenes.
> you can do it yourself. basically, unboxed arrays implemented in
> different way and has different (strict) semantics. btw, if you use
> only ghc, it's better to use parallel arrays (ghc.parr module) to work
> faster with arrays of non-unboxable types. i plan to provide
> hugs+ghc-compatible interface to this module as "strict arrays"
Is GHC.PArr documented?
The -fparr option is not in the 6.4.1 User's Guide.
It seems that the source is at http://darcs.haskell.org/packages/base/GHC/PArr.hs
More information about the Haskell-Cafe