Here is the patch: https://phabricator.haskell.org/D5034
-- Best, Artem On Thu, 2 Aug 2018 at 06:26 Artem Pelenitsyn <a.pelenit...@gmail.com> wrote: > I'd be willing to do this. > > -- > Best wishes, > Artem > > > On Thu, 2 Aug 2018, 04:38 Matt Peddie, <mped...@gmail.com> wrote: > >> Thanks, Ben, for chiming in. I think calling out to C for these >> functions is the way to go if it's now feasible. (Calling out to libm >> is the workaround I'm using in the application that led me to discover >> the inaccuracy.) >> >> Matt >> >> On Thu, Aug 2, 2018 at 11:33 AM, Ben Gamari <b...@smart-cactus.org> wrote: >> > Matt Peddie <mped...@gmail.com> writes: >> > >> >> Hi George, >> >> >> >> Not a stupid question. I don't have a single source at hand, but I >> >> think I read in a few places on the wiki that calling out to the >> >> system math library is not an option due to the variety of system math >> >> libraries on the platforms GHC supports. It'd be great if I got the >> >> wrong impression and this could just be a call to C. Can anyone set >> >> me straight on this point? >> >> >> > Indeed it's not a stupid question at all. Indeed this is precisely what >> > we do for the simpler transcendentals (e.g. sin, asin, log). We very >> > well could move in this direction in the case of asinh/atanh as well. I >> > believe the reason we don't currently is that atanh was only >> > standardized in C99, which we only started requiring a few releases ago. >> > Perhaps this is ultimately the right direction. >> > >> > Cheers, >> > >> > - Ben >> _______________________________________________ >> ghc-devs mailing list >> ghc-devs@haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs >> >
_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs