<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/lib/libmp, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2009-02-26T21:43:15Z</updated>
<entry>
<title>Rename all symbols in libmp(3) to mp_*, just like Solaris.</title>
<updated>2009-02-26T21:43:15Z</updated>
<author>
<name>Ed Schouten</name>
<email>ed@FreeBSD.org</email>
</author>
<published>2009-02-26T21:43:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=b3aaa0cc21c63d388230c7ef2a80abd631ff20d5'/>
<id>urn:sha1:b3aaa0cc21c63d388230c7ef2a80abd631ff20d5</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Bump library versions in preparation for 7.0.</title>
<updated>2007-05-21T02:49:08Z</updated>
<author>
<name>Daniel Eischen</name>
<email>deischen@FreeBSD.org</email>
</author>
<published>2007-05-21T02:49:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=419ecd5dee28e23b759fc90ff551d2fd188cb86f'/>
<id>urn:sha1:419ecd5dee28e23b759fc90ff551d2fd188cb86f</id>
<content type='text'>
Ok'd by:	kan
</content>
</entry>
<entry>
<title>Pass BN_CTX to internal functions instead of allocating it internally.</title>
<updated>2006-07-30T19:29:26Z</updated>
<author>
<name>Simon L. B. Nielsen</name>
<email>simon@FreeBSD.org</email>
</author>
<published>2006-07-30T19:29:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=78078a569fdab7bbb4eee80cface85be6a8e30df'/>
<id>urn:sha1:78078a569fdab7bbb4eee80cface85be6a8e30df</id>
<content type='text'>
This allows msqrt() to only call BN_CTX_new() once intead of many times.

Suggested and reviewed by:	stefanf
</content>
</entry>
<entry>
<title>Do not put BN_CTX structures on the stack, but instead allocate them</title>
<updated>2006-07-28T23:00:16Z</updated>
<author>
<name>Simon L. B. Nielsen</name>
<email>simon@FreeBSD.org</email>
</author>
<published>2006-07-28T23:00:16Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=76f29359f70db86e1657cd6d9d03f4291c766148'/>
<id>urn:sha1:76f29359f70db86e1657cd6d9d03f4291c766148</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Add missing shared library interdependencies.</title>
<updated>2005-11-10T18:07:07Z</updated>
<author>
<name>Ruslan Ermilov</name>
<email>ru@FreeBSD.org</email>
</author>
<published>2005-11-10T18:07:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e4a93f1ef876f7a0e59c722f9ac1fbbf77a66227'/>
<id>urn:sha1:e4a93f1ef876f7a0e59c722f9ac1fbbf77a66227</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Bump the shared library version number of all libraries that have not</title>
<updated>2005-07-22T17:19:05Z</updated>
<author>
<name>Ken Smith</name>
<email>kensmith@FreeBSD.org</email>
</author>
<published>2005-07-22T17:19:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a84020c2b91368d6236647bb2933859e6d16d4a8'/>
<id>urn:sha1:a84020c2b91368d6236647bb2933859e6d16d4a8</id>
<content type='text'>
been bumped since RELENG_5.

Reviewed by:	ru
Approved by:	re (not needed for commit check but in principle...)
</content>
</entry>
<entry>
<title>Downgrage WARNS level for GCC 3.4.x.</title>
<updated>2004-07-28T05:44:07Z</updated>
<author>
<name>Alexander Kabaev</name>
<email>kan@FreeBSD.org</email>
</author>
<published>2004-07-28T05:44:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c2cc554bbeb6071cb62024923567f1c908f5eb7b'/>
<id>urn:sha1:c2cc554bbeb6071cb62024923567f1c908f5eb7b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add a reference to bn(3) for those looking for functional multiprecision</title>
<updated>2003-08-30T05:35:46Z</updated>
<author>
<name>Sean Chittenden</name>
<email>seanc@FreeBSD.org</email>
</author>
<published>2003-08-30T05:35:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cc3ad99f0fc891b592e25b7e64ff14da05eaa8ee'/>
<id>urn:sha1:cc3ad99f0fc891b592e25b7e64ff14da05eaa8ee</id>
<content type='text'>
integer arithmetic.
</content>
</entry>
<entry>
<title>Adjust for OpenSSL 0.9.7.</title>
<updated>2003-01-28T23:03:15Z</updated>
<author>
<name>Mark Murray</name>
<email>markm@FreeBSD.org</email>
</author>
<published>2003-01-28T23:03:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cb9c19ff8675deb24726df102988d19bd5200585'/>
<id>urn:sha1:cb9c19ff8675deb24726df102988d19bd5200585</id>
<content type='text'>
</content>
</entry>
<entry>
<title>This compiles fine w/WARNS.</title>
<updated>2002-12-30T09:25:30Z</updated>
<author>
<name>David E. O'Brien</name>
<email>obrien@FreeBSD.org</email>
</author>
<published>2002-12-30T09:25:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c20e9fe932aca504115b6fd60254fd7e59f12c25'/>
<id>urn:sha1:c20e9fe932aca504115b6fd60254fd7e59f12c25</id>
<content type='text'>
</content>
</entry>
</feed>
