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 brett.cannon
Recipients benjamin.peterson, brett.cannon, eric.smith, georg.brandl, larry, lemburg, mark.dickinson, stutzbach
Date 2016-01-14.20:35:40
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1452803741.39.0.631242355329.issue26114@psf.upfronthosting.co.za>
In-reply-to
Content
If you look Modules/mathmodule.c you will notice there is a comment that goes with erf() and erfc() stating that the algorithms were taken from a book entitled 'Numerical Recipes'. Unfortunately that book has a license dictating that any information from the book is only allowed for non-commercial use; commercial use requires negotiating a license (http://numerical.recipes/aboutNR3license.html). That's bad for anyone who has a commercial distribution of Python as that's a special requirement they have to follow.

It would be best to do a clean room implementation of both math.erf() and math.erfc() that does not use information from 'Numerical Recipes' in order to not be violating that license. That way Python can be sold commercially without having to negotiate a separate license just for those two functions.

Unfortunately this code exists since at least Python 2.7, so I have flagged all Python releases as needing the eventual clean room implementation applied to it (although Python 3.2 goes out of security maintenance next month so I don't know how critical it is to fix that far back).
History
Date User Action Args
2016-01-14 20:35:41brett.cannonsetrecipients: + brett.cannon, lemburg, georg.brandl, mark.dickinson, larry, eric.smith, benjamin.peterson, stutzbach
2016-01-14 20:35:41brett.cannonsetmessageid: <1452803741.39.0.631242355329.issue26114@psf.upfronthosting.co.za>
2016-01-14 20:35:41brett.cannonlinkissue26114 messages
2016-01-14 20:35:40brett.cannoncreate