An alternative for reexporting GHC.Integer and GHC.Integer.Logarithms from base is reexporting them from a new package: integer. base could then depend on integer. I'm always in favour of simplifying base so maybe this is the better way.

On 15 January 2017 at 17:39, Bas van Dijk <v.dijk.bas@gmail.com> wrote:
+1

This would make packages likeĀ integer-logarithms and scientific simpler to define since they don't need to add conditional compilation to support integer-simple.

I would go even further and reexport GHC.Integer from base as well. We now have that capability with Cabal's reexported-modules field[1].

Bas

[1] https://www.haskell.org/cabal/users-guide/developing-packages.html#library


On 8 January 2017 at 22:50, Andrew Martin <andrew.thaddeus@gmail.com> wrote:
The packages integer-simple and integer-gmp each provide a module named
GHC.Integer.Logarithms. In both packages, this module exports identical
functions. The two useful ones are:

1. integerLog2#
2. integerLogBase#

There is a third function wordLog2# that not as helpful since its
implementation is trivial. It would be really nice to be able to use the
two integer logarithm functions and only incur a dependency on base. The
easiest way to accopmlish this would be to reexport the module from
base. However, I'm fine with any other approach that ends up making these
functions more accessible. Are there good reasons not to do this? Do
others feel like this should/shouldn't be done? Thanks for any further
input.

-Andrew Martin
_______________________________________________
Libraries mailing list
Libraries@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries