Reexport GHC.Integer.Logarithms from base
Bas van Dijk
v.dijk.bas at gmail.com
Sun Jan 15 17:42:56 UTC 2017
Something like this:
https://github.com/basvandijk/integer
On 15 January 2017 at 17:46, Bas van Dijk <v.dijk.bas at gmail.com> wrote:
> 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-package
>> s.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/9128eb95/attachment-0001.html>
More information about the Libraries
mailing list