openssl.git - rhe's working repository

	Commit message (Collapse)	Author	Age	Files	Lines
*	make	Nils Larsch	2005-07-16	1	-1/+9
\| \| \| \| \| \| \| \|	./configure no-deprecated [no-dsa] [no-dh] [no-ec] [no-rsa] make all test work again (+ make update) PR: 1159
*	clear dso pointer in case of an error	Nils Larsch	2005-06-17	1	-0/+1
\| \| \| \|	PR: 816
*	The inclusion of bn.h from the engine.h API header has been deprecated, so	Geoff Thorpe	2004-05-17	1	-0/+1
\| \| \| \|	the engine implementations need to include bn.h to manipulate bignums.
*	Reduce header interdependencies, initially in engine.h (the rest of the	Geoff Thorpe	2004-04-19	1	-0/+3
\| \| \| \| \| \| \| \| \|	changes are the fallout). As this could break source code that doesn't directly include headers for interfaces it uses, changes to recursive includes are covered by the OPENSSL_NO_DEPRECATED symbol. It's better to define this when building and using openssl, and then adapt code where necessary - this is how to stay current. However the mechanism exists for the lethargic.
*	By adding a BN_CTX parameter to the 'rsa_mod_exp' callback, private key	Geoff Thorpe	2004-03-25	1	-7/+2
\| \| \| \| \| \| \| \| \| \| \|	operations no longer require two distinct BN_CTX structures. This may put more "strain" on the current BN_CTX implementation (which has a fixed limit to the number of variables it will hold), but so far this limit is not triggered by any of the tests pass and I will be changing BN_CTX in the near future to avoid this problem anyway. This also changes the default RSA implementation code to use the BN_CTX in favour of initialising some of its variables locally in each function.
*	Conform with the standard prototype for engine control functions.	Richard Levitte	2003-06-26	1	-2/+2
\|
*	As with RSA, which was modified recently, this change makes it possible to	Geoff Thorpe	2003-01-15	1	-1/+4
\| \| \| \| \| \|	override key-generation implementations by placing handlers in the methods for DSA and DH. Also, parameter generation for DSA and DH is possible by another new handler for each method.
*	RSA_METHOD now supports key-generation, but (for now) none of these	Geoff Thorpe	2003-01-07	1	-0/+1
\| \| \| \|	ENGINEs implement it.
*	When build as dynamic engines, the loading functions should be defined	Richard Levitte	2002-11-13	1	-0/+2
\| \| \| \|	static.
*	The ENGINE implementations in ./engines/ should be role models on how to	Geoff Thorpe	2002-10-16	1	-0/+1
\| \| \| \| \| \| \|	write external engines (and thus should require only installed openssl headers and libs to compile without warnings). So this gets rid of recently introduced compilation warnings (no longer including internal headers) by including string.h directly.
*	Step 7 of move of engines: Engines should not depend on private	Richard Levitte	2002-10-11	1	-2/+2
\| \| \| \|	OpenSSL header files.
*	Step 6 of move of engines: rename the macro ENGINE_DYNAMIC_SUPPORT to	Richard Levitte	2002-10-11	1	-2/+2
\| \| \| \| \|	OPENSSL_NO_DYNAMIC_ENGINE and make sure that gets defined unless shared library support has been specifically requested.
*	Step 2 of move of engines: copy engines to new directory and rename them	Richard Levitte	2002-10-11	1	-0/+592
	to be prefixed with e_ instead of hw_. They aren't necessarely hardware engines. The files commited here are exact copies of the corresponding hw_ files found in crypto/engine/.