Update for GHC 8.2

[abhin4v]

The library currently does not work on GHC 8.2 which has been out for couple of months now. Please update the dependencies and the code to make it work on GHC 8.2.

[LouisLotter]

Hi. is any updates planned for this library ? If not can anyone suggest any alternatives ?

[jfla]

I have the same question in 2022. It appears that the FastInteger type is closely coupled with GHC internals so would be difficult to migrate. However, I got the library to build on GHC 9.2.5 by cutting out all that stuff and BitSet.Dynamic. This leaves us with the generic BitSet which can still be used with Integer in a dynamic way. It could even be that Integer has been updated in recent years to support fast bitflipping, then we won't have any performance loss.

I suggest abandoning BitSet.Dynamic in favour of a simple BitSet Integer - this will be a quick way to resurrect this package and provide the same functionality/performance it had before v1.3.0. If anyone wants to rewrite the GHC.Integer stuff they can do that later.

I could look at providing an initial patchset - just hoping that the maintainer still checks this issue list

[superbobry]

Thanks @jfla, the plan sounds good to me. Feel free to go ahead with a PR.

As for Integer in GHC, the patches I've sent 9 years ago were never accepted, so it is hard to say what the current state of bitflipping is.

[jfla]

Great. I will put a PR together. I see that someone ported FastInteger to GHC 8.10 (#27). I'll try to incorporate that.

[AliceRixte]

FYI an optimized version of bit flipping for Integer was merged yesterday in GHC : https://gitlab.haskell.org/ghc/ghc/-/merge_requests/7772 . This will be available base-4.24

[AliceRixte]

For anyone needing a quick alternative, I made my own package bitmasks with the exact same idea, initially unaware bitset existed. If anyone thinks it's any good, I'll add it on stackage.