This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
| Author | mark.dickinson |
|---|---|
| Recipients | Rhamphoryncus, christian.heimes, gmcastil, gvanrossum, mark.dickinson, tim.peters |
| Date | 2008年01月20日.03:07:14 |
| SpamBayes Score | 0.007240345 |
| Marked as misclassified | No |
| Message-id | <1200798437.06.0.116299628375.issue1640@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
George: I'm certainly still interested in having asinh, acosh and atanh in math---I'm not sure about anyone else, but I consider these three functions to be basic ingredients in any math library. They even appear in most calculus texts. And the complex versions are already in cmath. The right thing to do would be to wrap the libm functions when they exist, but provide fallbacks for the platforms where they don't. I think these functions are present on OS X and in the GNU libm, but they might be missing on Windows. There's a fallback version of asinh already provided in the patch to issue #1381, which I believe to be reasonably sound (but since I wrote it, a second opinion would be good). For acosh and atanh, you'd have to find the right way to deal with domain errors (e.g. acosh(0.5), atanh(2.0)) and singularities (atanh(1.0), atanh(-1.0)). I'd suggest trying to follow the details in Appendix F (section F.9.2) of the C99 standard where possible. |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2008年01月20日 03:07:17 | mark.dickinson | set | spambayes_score: 0.00724034 -> 0.007240345 recipients: + mark.dickinson, gvanrossum, tim.peters, Rhamphoryncus, christian.heimes, gmcastil |
| 2008年01月20日 03:07:17 | mark.dickinson | set | spambayes_score: 0.00724034 -> 0.00724034 messageid: <1200798437.06.0.116299628375.issue1640@psf.upfronthosting.co.za> |
| 2008年01月20日 03:07:15 | mark.dickinson | link | issue1640 messages |
| 2008年01月20日 03:07:15 | mark.dickinson | create | |