- 04 10月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 02 10月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
a pointer any more).
-
- 26 9月, 2001 1 次提交
-
-
由 Geoff Thorpe 提交于
-
- 07 9月, 2001 1 次提交
-
-
由 Ulf Möller 提交于
-
- 18 8月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
-
- 06 8月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
-
- 01 8月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 31 7月, 2001 2 次提交
-
-
由 Ben Laurie 提交于
-
由 Ben Laurie 提交于
DES's keyschedules. I know these two should be separate, and I'll back out the DES changes if they are deemed to be an error. Note that there is a memory leak lurking in SSL somewhere in this version.
-
- 14 5月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 13 5月, 2001 2 次提交
-
-
由 Richard Levitte 提交于
section. Add ui_compat.h for inclusion by those who want the old functions and provide all of them, not just the higher-level ones, in ui_compat.c.
-
由 Dr. Stephen Henson 提交于
#if 0 out deleted (?) functions to stop Win32 DLL build falling over.
-
- 07 5月, 2001 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
like des_read_password and friends (backward compatibility functions using this new API are provided). The purpose is to remove prompting functions from the DES code section as well as provide for prompting through dialog boxes in a window system and the like.
-
- 30 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
development line as well.
-
- 29 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
des_encrypt() and des_encrypt() defined on some systems (Solaris and Unixware and maybe others), we rename des_encrypt() to des_encrypt1(). This should have very little impact on external software unless someone has written a mode of DES, since that's all des_encrypt() is meant for.
-
- 09 3月, 2001 1 次提交
-
-
由 Bodo Möller 提交于
errors can be tolerated, hide the error from 'make'. This gives shorter output both if ranlib fails and if it works.
-
- 07 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
Submitted by Brad Dominy <jdominy@darwinuser.org>
-
- 02 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
functions on platform were that's the best way to handle exporting global variables in shared libraries. To enable this functionality, one must configure with "EXPORT_VAR_AS_FN" or defined the C macro "OPENSSL_EXPORT_VAR_AS_FUNCTION" in crypto/opensslconf.h (the latter is normally done by Configure or something similar). To implement a global variable, use the macro OPENSSL_IMPLEMENT_GLOBAL in the source file (foo.c) like this: OPENSSL_IMPLEMENT_GLOBAL(int,foo)=1; OPENSSL_IMPLEMENT_GLOBAL(double,bar); To declare a global variable, use the macros OPENSSL_DECLARE_GLOBAL and OPENSSL_GLOBAL_REF in the header file (foo.h) like this: OPENSSL_DECLARE_GLOBAL(int,foo); #define foo OPENSSL_GLOBAL_REF(foo) OPENSSL_DECLARE_GLOBAL(double,bar); #define bar OPENSSL_GLOBAL_REF(bar) The #defines are very important, and therefore so is including the header file everywere where the defined globals are used. The macro OPENSSL_EXPORT_VAR_AS_FUNCTION also affects the definition of ASN.1 items, but that structure is a bt different. The largest change is in util/mkdef.pl which has been enhanced with better and easier to understand logic to choose which symbols should go into the Windows .def files as well as a number of fixes and code cleanup (among others, algorithm keywords are now sorted lexicographically to avoid constant rewrites).
-
- 22 2月, 2001 2 次提交
-
-
由 Richard Levitte 提交于
and make all files the depend on it include it without prefixing it with openssl/. This means that all Makefiles will have $(TOP) as one of the include directories.
-
由 Richard Levitte 提交于
defined there.
-
- 21 2月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 20 2月, 2001 3 次提交
-
-
由 Richard Levitte 提交于
get a chance to be defined.
-
由 Richard Levitte 提交于
missed any. This compiles and runs on Linux, and external applications have no problems with it. The definite test will be to build this on VMS.
-
由 Richard Levitte 提交于
sure they are available in opensslconf.h, by giving them names starting with "OPENSSL_" to avoid conflicts with other packages and by making sure e_os2.h will cover all platform-specific cases together with opensslconf.h. I've checked fairly well that nothing breaks with this (apart from external software that will adapt if they have used something like NO_KRB5), but I can't guarantee it completely, so a review of this change would be a good thing.
-
- 05 2月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
-
- 31 12月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
objects) or OPENSSL_BUILD_SHLIBSSL (for files that end up as libssl objects) is defined, redefine OPENSSL_EXTERN to be OPENSSL_EXPORT. This is actually only important on Win32, and can safely be ignored in all other cases, at least for now.
-
- 21 12月, 2000 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Win32 but it is getting there... Update mkdef.pl to handle ASN1_ANY and fix headers. Stop various VC++ warnings. Include some fixes from "Peter 'Luna' Runestig" <peter@runestig.com> Remove external declaration for des_set_weak_key_flag: it doesn't exist.
-
- 25 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
acceptable, since all that happens if it fails is a library with an index, which makes linking slower, but still working correctly.
-
- 21 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-
- 09 9月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
-
- 07 9月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-
- 04 8月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
-
- 13 6月, 2000 1 次提交
-
-
由 Geoff Thorpe 提交于
Also, "make update" has added some missing functions to libeay.num, updated the TABLE for the alpha changes, and updated thousands of dependancies that have changed from recent commits.
-
- 02 6月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
like Malloc, Realloc and especially Free conflict with already existing names on some operating systems or other packages. That is reason enough to change the names of the OpenSSL memory allocation macros to something that has a better chance of being unique, like prepending them with OPENSSL_. This change includes all the name changes needed throughout all C files.
-
- 01 6月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
-
- 16 5月, 2000 1 次提交
-
-
由 Ulf Möller 提交于
-
- 02 5月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
"Jan Mikkelsen" <janm@transactionsite.com> correctly states that the OpenSSL header files have #include's and extern "C"'s in an incorrect order. Thusly fixed.
-
- 01 4月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
off.
-
- 27 3月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
case-insensitive file systems.
-