On 27 March 2012 11:00, Yves Parès <yves.pa...@gmail.com> wrote: > Hello, > > As vector provides a class generalizing all flavours > (Data.Vector.Generic.Vector), it occurs to me that the same could be done > for ByteString. Then, packages based on it would have the choice between > hardcoded and generic, they wouldn't have to duplicate a module to handle > both strict and lazy versions, as (with the exception of functions for > communication with C code) they already provide the same API. > I would be willing to make it, it's a concern I've had in mind for a long > time, but as I'm pretty sure the idea isn't new, I would very much like to > know if and what arguments (related to performance maybe ? I don't know...) > were raised against that.
It's not entirely what you need but are you aware of my vector-bytestring library? http://hackage.haskell.org/package/vector-bytestring It doesn't (yet) abstract over strict and lazy ByteStrings. But that would be a nice addition! In an ideal world we would have a Lazy type family which for each type of vector would return its lazy version (where the vector is unpacked in the cons cell). Then we would need your generic API for working with both lazy and strict vectors. Regards, Bas _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe
