<div><div dir="auto">Yeah.  Agreed </div></div><div dir="auto"><br></div><div dir="auto">It sounds like, in principle, Philip should circle back with how to add some additional type classes and spell those out </div><div dir="auto"><br></div><div dir="auto">BUT: currently we don’t have a good mechanism actually implemented in Haskell / ghc for upgrading a type class hierarchy seamlessly with new type classes at the middle or top of a type class hierarchy.  This raises the bar for experiments and api changes because of the migration / breakage </div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">If only we actually had one of those super class mechanisms implemented and merged into ghc , a lot of cool stuff could happen 🕵️‍♂️🤔</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 11, 2019 at 11:58 PM Zemyla <<a href="mailto:zemyla@gmail.com">zemyla@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bits can't be algebraic, because the testBit function exists. Anything<br>
where finiteBitsMaybe returns Just (a number) can be tested for<br>
equality, and even if it returns Nothing, it can still be tested for<br>
inequality, or equality up to a certain index.<br>
<br>
On Mon, Mar 11, 2019 at 4:49 PM Johnson-Freyd, Philip Alden via<br>
Libraries <<a href="mailto:libraries@haskell.org" target="_blank">libraries@haskell.org</a>> wrote:<br>
><br>
> Hello,<br>
><br>
> The current version of Data.Bits is non-algebraic, in so far as the Bits class has<br>
> 1. a superclass constraint on `Eq`<br>
> 2. operations `testBit` and `isSigned` which return `Bool`.<br>
><br>
><br>
><br>
> This is quite annoying, as myriad potential uses of the Bits class cover types for which these concrete observations are not possible. It leads to comments like the following in SBV:<br>
><br>
> -- | This instance is only defined so that we can define an instance for<br>
><br>
> -- 'Data.Bits.Bits'. '==' and '/=' simply throw an error. Use<br>
><br>
> -- 'Data.SBV.EqSymbolic' instead.<br>
><br>
> We had this same issue for `Num` for years, until it eventually got fixed. And it would be nice to fix the situation for `Bits` as well.<br>
><br>
> There are other aspects of the Bits API which are pretty clunky, but this is the one that is often a show stopper.<br>
><br>
><br>
> Philip<br>
><br>
> _______________________________________________<br>
> Libraries mailing list<br>
> <a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
> <a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
_______________________________________________<br>
Libraries mailing list<br>
<a href="mailto:Libraries@haskell.org" target="_blank">Libraries@haskell.org</a><br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries</a><br>
</blockquote></div></div>