Age | Commit message (Collapse) | Author | |
---|---|---|---|
2004-06-01 | This fixes the installation target for dynamic engines, which was trying to | Geoff Thorpe | |
install to a different location than it had created. (BTW, VMS will need a matching fix in eng_list.c.) Note, these aren't ssl-specific, so I'm putting "engines/" into the libs directory rather than at the "--prefix" level or inside "ssl/". | |||
2004-05-31 | Minimal work-around for ./engine shared builds. "Minimal" means that I | Andy Polyakov | |
think that proper Makefile clean-up is required. | |||
2004-05-17 | The inclusion of bn.h from the engine.h API header has been deprecated, so | Geoff Thorpe | |
the engine implementations need to include bn.h to manipulate bignums. | |||
2004-04-19 | make update | Geoff Thorpe | |
2004-04-19 | More updates for the header cleanups (and apologies, again, for not having | Geoff Thorpe | |
consolidated these prior to committing). | |||
2004-04-19 | Reduce header interdependencies, initially in engine.h (the rest of the | Geoff Thorpe | |
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. | |||
2004-03-25 | ... and this should likewise fix up those RSA implementations that weren't | Geoff Thorpe | |
already built and tested. | |||
2004-03-25 | By adding a BN_CTX parameter to the 'rsa_mod_exp' callback, private key | Geoff Thorpe | |
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. | |||
2003-11-28 | Netware-specific changes, | Richard Levitte | |
PR: 780 Submitted by: Verdon Walker <VWalker@novell.com> Reviewed by: Richard Levitte | |||
2003-11-04 | Avoid some shadowed variable names. | Geoff Thorpe | |
Submitted by: Nils Larsch | |||
2003-10-29 | A general spring-cleaning (in autumn) to fix up signed/unsigned warnings. | Geoff Thorpe | |
I have tried to convert 'len' type variable declarations to unsigned as a means to address these warnings when appropriate, but when in doubt I have used casts in the comparisons instead. The better solution (that would get us all lynched by API users) would be to go through and convert all the function prototypes and structure definitions to use unsigned variables except when signed is necessary. The proliferation of (signed) "int" for strictly non-negative uses is unfortunate. | |||
2003-06-26 | Conform with the standard prototype for engine control functions. | Richard Levitte | |
2003-06-11 | make update | Richard Levitte | |
2003-06-06 | This memset() in the ubsec ENGINE is a bug. Zeroing out the result array | Geoff Thorpe | |
should not be necessary in any case, but more importantly the result and input BIGNUMs could be the same, in which case this is clearly a problem. Submitted by: Jonathan Hersch Reviewed by: Joe Orton Approved by: Geoff Thorpe | |||
2003-01-30 | make update | Richard Levitte | |
2003-01-30 | Commit a slightly modified version of an old experiment to do RSA private | Geoff Thorpe | |
key operations using the GMP library. The default is not to build (or use) this code unless OPENSSL_USE_GMP is defined (because it will impose header and linker dependencies that might need specifying too). | |||
2003-01-16 | Ingore the correct flag file. | Richard Levitte | |
2003-01-15 | As with RSA, which was modified recently, this change makes it possible to | Geoff Thorpe | |
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. | |||
2003-01-10 | Name the flag file correctly | Richard Levitte | |
2003-01-07 | RSA_METHOD now supports key-generation, but (for now) none of these | Geoff Thorpe | |
ENGINEs implement it. | |||
2003-01-03 | HP/UX 11i make gets upset by this line containing nothing but a Tab | Andy Polyakov | |
2003-01-02 | Link engines against libcrypto, even when a TCP/IP implementation is | Richard Levitte | |
specified... | |||
2002-12-29 | make update | Richard Levitte | |
2002-12-15 | Update the make system for installations: | Richard Levitte | |
- define a HERE variable to indicate where the source tree is (used very little right now) - make more use of copying and making attribute changes to {file}.new, and then move it to {file} - use 'mv -f' to avoid all those questions to the user when the file in question doesn't have write attributes for that user. | |||
2002-12-05 | Declare another general file. | Richard Levitte | |
2002-12-05 | If an application supports static locks, it MUST support dynamic locks as | Richard Levitte | |
well to be able to use the CHIL engine. PR: 281 | |||
2002-12-05 | PR: 381 | Richard Levitte | |
2002-11-28 | Cleanse memory using the new OPENSSL_cleanse() function. | Richard Levitte | |
I've covered all the memset()s I felt safe modifying, but may have missed some. | |||
2002-11-14 | DCL logic bugs fixed. | Richard Levitte | |
(I really need to review my knowledge of the language) | |||
2002-11-13 | When build as dynamic engines, the loading functions should be defined | Richard Levitte | |
static. | |||
2002-11-06 | Stupid bug fixes. I've forgotten my DCL... | Richard Levitte | |
2002-10-31 | Add the command procedure to build external engines on VMS. | Richard Levitte | |
Currently, we simply assume that they shall always be built as shareable images. | |||
2002-10-18 | Another ENGINE implementation dependant on string.h. | Geoff Thorpe | |
2002-10-18 | The loop variable is 'l', not 'i'. | Geoff Thorpe | |
2002-10-16 | The ENGINE implementations in ./engines/ should be role models on how to | Geoff Thorpe | |
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. | |||
2002-10-15 | A much better idea, of course, is not to do a submake at all... | Richard Levitte | |
2002-10-15 | Makefile.shared needs to know how it can reach itself. | Richard Levitte | |
2002-10-14 | libs is a timestamp that we don't really need to know about. | Richard Levitte | |
2002-10-14 | Add needed libraries as per configuration to the list of libraries we | Richard Levitte | |
depend upon. | |||
2002-10-11 | Typo | Richard Levitte | |
2002-10-11 | Step 8 of move of engines: Remove the last little quirks. | Richard Levitte | |
DECIMAL_SIZE is copied from crypto/cryptlib.h. | |||
2002-10-11 | We didn't copy the cryptodev engine here, darn it! | Richard Levitte | |
2002-10-11 | Step 7 of move of engines: Engines should not depend on private | Richard Levitte | |
OpenSSL header files. | |||
2002-10-11 | Typo. | Richard Levitte | |
2002-10-11 | Step 6 of move of engines: rename the macro ENGINE_DYNAMIC_SUPPORT to | Richard Levitte | |
OPENSSL_NO_DYNAMIC_ENGINE and make sure that gets defined unless shared library support has been specifically requested. | |||
2002-10-11 | That wasn't supposed to be there... | Richard Levitte | |
2002-10-11 | Step 5 of move of engines: Add a makefile (and a .cvsignore). | Richard Levitte | |
2002-10-11 | Step 4 of move of engines: Split e.ec into individual files for each | Richard Levitte | |
engine. | |||
2002-10-11 | Step 3 of move of engines: copy the corresponding vendor header files. | Richard Levitte | |
2002-10-11 | Step 2 of move of engines: copy engines to new directory and rename them | Richard Levitte | |
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/. |