<div><div dir="auto">There’s at least  two reasons why I think this would be a bad idea </div></div><div dir="auto"><br></div><div dir="auto">1) everyone uses e as a local variable name, or at least it happens often enough. This would breaklots of code </div><div dir="auto"><br></div><div dir="auto">2 ) I’m not sure if there’s ever a better definition than exp 1.  Is there?  </div><div dir="auto"><br></div><div dir="auto">3) more strongly , does every instance in the Wild give a full ish precision exact up to representation limits answer at exp 1,? </div><div dir="auto"><br></div><div dir="auto">I only thought of the name space issue after I stated writing this email , but I think that kills it.. but I am genuinely curious : can we treat exp 1 as being the actual definition for any all quality instances ?</div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Feb 17, 2019 at 12:14 AM chessai . <<a href="mailto:chessai1996@gmail.com">chessai1996@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">We have the 'pi' constant in the floating typeclass and some trigonometric functions, as well as things like exp/log/expm1/log1p.<div dir="auto"><br></div><div dir="auto">Why not provide an 'e' constant?</div><div dir="auto"><br></div><div dir="auto">A default implementation could just be 'exp 1'.</div></div>
_______________________________________________<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>