summaryrefslogtreecommitdiff
path: root/src/RIPEMD160.c
Commit message (Collapse)AuthorAgeFilesLines
* Improve C extension autodocsDwayne Litzenberger2013-07-141-1/+7
| | | | | | | | - Add __all__ to C cipher & hash modules - Update hash module docstrings to document the block_size and digest_size variables. Closes: https://bugs.launchpad.net/pycrypto/+bug/1179255
* Add pycrypto_common.h and clean up a bunch of miscellaneous includes & typedefsDwayne Litzenberger2013-04-211-13/+1
|
* Include inttypes.h or sys/inttypes.h based on what autoconf tells usDwayne Litzenberger2013-04-211-3/+4
| | | | | This should fix compilation on HP-UX 11.31. Thanks Adam Woodbeck for reporting this.
* Hash: Speed up initialization by removing pure-Python wrappershash-speedup-wipDwayne Litzenberger2013-02-171-2/+21
| | | | | | | | | | | | The pure Python wrappers around Crypto.Hash.* were convenient, but they slowed down hash initialization by 4-7x. There is a speed trade-off here: The MD5 and SHA1 objects are just wrapped hashlib objects (or old-style md5/sha objects). To maintain API compatibility with the rest of PyCrypto, we still have to wrap them, so they're slower to initialize than the rest of the hash functions. If hashlib ever adds a .new() method, we will automatically use hashlib directly and gain the initialization speed-up.
* Hash: Remove "oid" attributes; add "name" attributeDwayne Litzenberger2013-02-171-0/+1
| | | | | | | | | | | | In PyCrypto v2.5, the "oid" attribute was added to hash objects. In retrospect, this was not a good idea, since the OID is not really a property of the hash algorithm, it's a protocol-specific identifer for the hash functions. PKCS#1 v1.5 uses it, but other protocols (e.g. OpenPGP, DNSSEC, SSH, etc.) use different identifiers, and it doesn't make sense to add these to Crypto.Hash.* every time a new algorithm is added. This also has the benefit of being compatible with the Python standard library's "hashlib" objects, which also have a name attribute.
* Fix compiler warning about "_POSIX_C_SOURCE" being redefined in string.hDwayne Litzenberger2013-02-171-1/+2
| | | | The solution is to include Python.h before string.h is included.
* Merged from upstream (py3k support) and modified so that all unit tests pass.Legrandin2011-10-181-2/+11
|\
| * Fix build on Solaris 9 and earilerDwayne C. Litzenberger2011-10-101-1/+9
| | | | | | | | | | | | | | We use <sys/inttypes.h> on Solaris platforms that don't have <stdint.h>. This should fix https://bugs.launchpad.net/pycrypto/+bug/518871, reported by Sebastian Kayser.
| * Merge branch 'master' into py3kDwayne C. Litzenberger2011-10-101-0/+1
| |\ | | | | | | | | | | | | | | | Conflicts: setup.py src/_fastmath.c
| * | Changes to allow pycrpyto to work on Python 3.x as well as 2.1 through 2.7Thorsten Behrens2010-12-281-1/+2
| | |
* | | Added Lorenz Quack's native C implementation of all SHA-2 algorithmLegrandin2011-10-161-14/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | (as submitted here https://bugs.launchpad.net/pycrypto/+bug/544792) so that they are available also in Python 2.1, 2.2, 2.3 and 2.4. Regardless where the implementation comes from (Python standard library or our native modules, depending on the Python version), all Crypto.Hash objects are always used as front-ends.
* | | Merged with upstream.Legrandin2011-09-201-0/+1
|\ \ \ | | |/ | |/|
| * | Add variable block size support to HMAC-SHA384 and HMAC-SHA512 which useFrédéric Bertolus2011-04-081-0/+1
| |/ | | | | | | block of 128 bytes long
* | Add OID to each hash algorithm.Legrandin2011-02-031-0/+13
|/
* Reduce symbol table pollution by declaring most things "static".Dwayne C. Litzenberger2009-03-041-1/+1
| | | | Handy command: nm -g --extern-only `find . -name \*.so`
* Legal: Dedicate my files to the public domain.Dwayne C. Litzenberger2009-03-011-20/+17
| | | | | | | | | | | | | In an attempt to simplify the copyright status of PyCrypto, I'm placing my code into the public domain, and encouraging other contributors to do the same. I have used a public domain dedication that was recommended in a book on FOSS legal issues[1], followed by the warranty disclaimer boilerplate from the MIT license. [1] _Intellectual Property and Open Source: A Practical Guide to Protecting Code_, a book written by Van Lindberg and published by O'Reilly Media. (ISBN 978-0-596-51796-0)
* MSVC-specific fixes and workaroundsDwayne C. Litzenberger2008-11-161-2/+2
|
* RIPEMD160: Detect endianness at build-time rather than at runtimeDwayne C. Litzenberger2008-09-151-22/+10
|
* RIPEMD160: Add new C implementation (RIPEMD160.c)Dwayne C. Litzenberger2008-09-151-0/+432
Also, disable the Python implementation (it's really slow)
View Lorry Controller Status