src/lib/libmp/mpasbn.c, branch releng/8.0 FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F8.0 2009-02-26T21:43:15Z Rename all symbols in libmp(3) to mp_*, just like Solaris. 2009-02-26T21:43:15Z Ed Schouten ed@FreeBSD.org 2009-02-26T21:43:15Z urn:sha1:b3aaa0cc21c63d388230c7ef2a80abd631ff20d5 The function pow() in libmp(3) clashes with pow(3) in libm. We could rename this single function, but we can just take the same approach as the Solaris folks did, which is to prefix all function names with mp_. libmp(3) isn't really popular nowadays. I suspect not a single application in ports depends on it. There's still a chance, so I've increased the SHLIB_MAJOR and __FreeBSD_version. Reviewed by: deischen, rdivacky Pass BN_CTX to internal functions instead of allocating it internally. 2006-07-30T19:29:26Z Simon L. B. Nielsen simon@FreeBSD.org 2006-07-30T19:29:26Z urn:sha1:78078a569fdab7bbb4eee80cface85be6a8e30df This allows msqrt() to only call BN_CTX_new() once intead of many times. Suggested and reviewed by: stefanf Do not put BN_CTX structures on the stack, but instead allocate them 2006-07-28T23:00:16Z Simon L. B. Nielsen simon@FreeBSD.org 2006-07-28T23:00:16Z urn:sha1:76f29359f70db86e1657cd6d9d03f4291c766148 runtime using BN_CTX_new(). This is done since in OpenSSL 0.9.7e we can only allocate BN_CTX on the stack by including an internal OpenSSL header file, and in OpenSSL 0.9.8 BN_CTX is entirely opaque, so having it on the stack is not possible at all. This is done as preparation for OpenSSL 0.9.8b import. Tested on: amd64 i386 ia64 Tested with: src/tools/regression/lib/libmp Adjust for OpenSSL 0.9.7. 2003-01-28T23:03:15Z Mark Murray markm@FreeBSD.org 2003-01-28T23:03:15Z urn:sha1:cb9c19ff8675deb24726df102988d19bd5200585 Add __FBSDID()s to libmp 2001-09-30T21:58:17Z Matthew Dillon dillon@FreeBSD.org 2001-09-30T21:58:17Z urn:sha1:971e7077420c585a93365da72e8db26b6aa05600 This is the traditional BSD libmp interface implemented in terms of 2001-07-29T08:49:15Z Dima Dorfman dd@FreeBSD.org 2001-07-29T08:49:15Z urn:sha1:656c5bc76b972d4df1f1d25744dd11e44c057e5f the OpenSSL BIGNUM interface. It is provided for compatibility only and should not be used in new code.