Malcolm Wallace schrieb:
I think there is a wrapper somewhere that provides the old
Data.FiniteMap in terms of the Data.Map implementation.
Darcs patch attached, if it is of interest.
This patch does not have the functions:
foldFM_GE, fmToList_GE, keysFM_GE, eltsFM_GE,
I've copied the old code from Data.FiniteMap and only implemented:
foldFM_LE f v k =
Map.foldWithKey (\ i w c - if i k then c else f i w c) v
Christian Maeder schrieb:
Malcolm Wallace schrieb:
I think there is a wrapper somewhere that provides the old
Data.FiniteMap in terms of the Data.Map
On Wed, Sep 20, 2006 at 02:54:57PM +0200, Christian Maeder wrote:
This patch does not have the functions:
foldFM_GE, fmToList_GE, keysFM_GE, eltsFM_GE,
foldFM_LE, fmToList_LE, keysFM_LE, eltsFM_LE,
It should be quite easy to do with split or splitLookup.
Best regards
Tomasz
I would advise against using a wrapper, because that will probably
change the behaviour of FiniteMap in subtle ways (recall the left-bias
stuff), laying the pavement for future headaches.
Cheers,
JP.
On 9/4/06, Duncan Coutts [EMAIL PROTECTED] wrote:
Is it too late to ask that Data.FiniteMap
On Mon, 2006-09-04 at 14:06 +0200, Duncan Coutts wrote:
Is it too late to ask that Data.FiniteMap not die just yet?
There are a number of progs/libs that this affects. It's not that people
do not want to use the new Data.Map, but people are worried about having
to drop support for earlier
On Mon, Sep 04, 2006 at 02:32:34PM +0200, Duncan Coutts wrote:
* 6.4.1 is not even marked stable in debian yet (only 6.2.2 is
stable)
Debian doesn't have a concept of marked stable.
6.4.1 didn't exist when sarge was released, so it has not yet had a
chance to be included in a