| Age | Commit message (Collapse) | Author |
|---|
|
keep disclaiming narrower than 32-bit support.
|
|
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/".
|
|
were defined.
|
|
|
|
avoid clashes with other code that have their own DES_ functions but
really only use OpenSSL's old des_ functions.
|
|
|
|
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).
|
|
OPENSSL_UNISTD before redefining it, to avoid compiler warnings.
|
|
|
|
platforms. See crypto/rc4/rc4_enc.c for further details.
|
|
Allow configuring the name of that header file.
|
|
Submitted by: Richard Levitte <richard@levitte.org>
|
|
Submitted by: Andy Polyakov <appro@fy.chalmers.se>
|
|
Submitted by: Andy Polyakov <appro@fy.chalmers.se>
|
|
|
|
The configuration process could use some more clean-ups.
|
