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" > implementation >
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 _______________________________________________ Haskell-Cafe mailing list [email protected] http://www.haskell.org/mailman/listinfo/haskell-cafe
