<div dir="ltr">Something like this:<div><br></div><div><a href="https://github.com/basvandijk/integer">https://github.com/basvandijk/integer</a><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 15 January 2017 at 17:46, Bas van Dijk <span dir="ltr"><<a href="mailto:v.dijk.bas@gmail.com" target="_blank">v.dijk.bas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">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.</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On 15 January 2017 at 17:39, Bas van Dijk <span dir="ltr"><<a href="mailto:v.dijk.bas@gmail.com" target="_blank">v.dijk.bas@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>+1</div><div><br></div>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.<div><br></div><div>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].</div><div><br></div><div>Bas</div><div><br></div><div>[1] <a href="https://www.haskell.org/cabal/users-guide/developing-packages.html#library" target="_blank">https://www.haskell.org/cabal/<wbr>users-guide/developing-package<wbr>s.html#library</a><br></div><div><br></div></div><div class="m_-5032620622104968416HOEnZb"><div class="m_-5032620622104968416h5"><div class="gmail_extra"><br><div class="gmail_quote">On 8 January 2017 at 22:50, Andrew Martin <span dir="ltr"><<a href="mailto:andrew.thaddeus@gmail.com" target="_blank">andrew.thaddeus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The packages integer-simple and integer-gmp each provide a module named<br>
GHC.Integer.Logarithms. In both packages, this module exports identical<br>
functions. The two useful ones are:<br>
<br>
1. integerLog2#<br>
2. integerLogBase#<br>
<br>
There is a third function wordLog2# that not as helpful since its<br>
implementation is trivial. It would be really nice to be able to use the<br>
two integer logarithm functions and only incur a dependency on base. The<br>
easiest way to accopmlish this would be to reexport the module from<br>
base. However, I'm fine with any other approach that ends up making these<br>
functions more accessible. Are there good reasons not to do this? Do<br>
others feel like this should/shouldn't be done? Thanks for any further<br>
input.<br>
<span class="m_-5032620622104968416m_4380247097632429311HOEnZb"><font color="#888888"><br>
-Andrew Martin<br>
______________________________<wbr>_________________<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-bi<wbr>n/mailman/listinfo/libraries</a><br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>