Reexport GHC.Integer.Logarithms from base

[Bas van Dijk]

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 at 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 at 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 at haskell.org
>> http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/libraries/attachments/20170115/c28597fc/attachment.html>