- 10 8月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
His comments are: 1) Changes all references for `True64' to be `Tru64', which is the correct spelling for the OS name. 2) Makes `alpha-cc' be the same as `alpha164-cc', and adds an `alphaold-cc' entry that is the same as the previous `alpha-cc'. The reason is that most people these days are using the newer compiler, so it should be the default. 3) Adds a bit of commentary to Configure, regarding the name changes of the OS over the years, so it's not so confusing to people that haven't been with the OS for a while. 4) Adds an `alpha-cc-rpath' target (which is *not* selected automatically by Configure under any circumstance) that builds an RPATH into the shared libraries. This is explained in the comment in Configure. It's very very useful for people that want it, and people that don't want it just shouldn't choose that target. 5) Adds the `-pthread' flag as the best way to get POSIX thread support from the newer compiler. 6) Updates the Makefile targets, so that when the `alpha164-cc', `alpha-cc', or `alpha-cc-rpath' target is what Configure is set to use, it uses a Makefile target that includes the `-msym' option when building the shared library. This is a performance enhancement. 7) Updates `config' so that if it detects you're running version 4 or 5 of the OS, it automatically selects `alpha-cc', but uses `alphaold-cc' for versions 1-3 of the OS. 8) Updates the comment in opensslv.h, fixing both the OS name typo and adding a reference to IRIX 6.x, since the shared library semantics are virtually identical there.
-
- 04 8月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
-
- 31 7月, 2001 1 次提交
-
-
由 Andy Polyakov 提交于
HP-UX in common in ./config). Note that for the moment of this writing none of 64-bit platforms pass bntest. I'm committing this anyway as it's too frustrating to patch snapshots over and over while 0.9.6 is known to work.
-
- 25 7月, 2001 1 次提交
-
-
由 Andy Polyakov 提交于
explicitely noted that 64-bit SPARCv9 ABI is not officially supported by GCC 3.0 (support is scheduled for 3.1 release), but it appears to work, at the very least 'make test' passes...
-
- 21 7月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
OpenBSD /dev/crypto (this will be revamped later when the appropriate machinery is available).
-
- 12 7月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
decompression. It can be set up to link at link time or to load the zlib library at run-time.
-
- 10 7月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
SSL according to RFC 2712. His comment is: This is a patch to openssl-SNAP-20010702 to support Kerberized SSL authentication. I'm expecting to have the full kssl-0.5 kit up on sourceforge by the end of the week. The full kit includes patches for mod-ssl, apache, and a few text clients. The sourceforge URL is http://sourceforge.net/projects/kssl/ . Thanks to a note from Simon Wilkinson I've replaced my KRB5 AP_REQ message with a real KerberosWrapper struct. I think this is fully RFC 2712 compliant now, including support for the optional authenticator field. I also added openssl-style ASN.1 macros for a few Kerberos structs; see crypto/krb5/ if you're interested.
-
- 02 7月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
Contributed by "Brian Havard" <brianh@kheldar.apana.org.au>
-
- 23 6月, 2001 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 13 5月, 2001 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Fix OPENSSL_IMPLEMENT_GLOBAL. Allow Win32 to use EXPORT_VAR_AS_FN in mkdef.pl make update.
-
- 03 5月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 05 4月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 04 4月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 03 4月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 28 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
(at least hopefully :-)) been fixed.
-
- 27 3月, 2001 2 次提交
-
-
由 Richard Levitte 提交于
Reports seem to show that asm/mips3.s has faults. To be investigated, but let's avoid using it in the mean time
-
由 Richard Levitte 提交于
variables and disable the Alpha assembler for now, since it has been shown to fail. The Alpha failure can be shown by adding the following numbers: FFFFFFFFFFFFFF0000FF2E00000000EBFFFFFF0000D1 FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF46FFE0FFFF0000 The result is: 1FFFFFFFFFFFEFF0000FF2E0000000032FFE0FEFF00D1 The result should really be: 1FFFFFFFFFFFFFF0000FF2E0000000032FFE0FEFF00D1
-
- 24 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
there's no need fooling ourselves, it's the gnu-shared method that we should use. Do it for Solaris to begin with.
-
- 18 3月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
New cofiguration for Unixwre and SCO,with slightly better granularity. Contributed by Tim Rice <tim@multitalents.net>
-
- 16 3月, 2001 2 次提交
-
-
由 Richard Levitte 提交于
-
由 Richard Levitte 提交于
-
- 11 3月, 2001 1 次提交
-
-
由 Bodo Möller 提交于
-
- 09 3月, 2001 2 次提交
-
-
由 Bodo Möller 提交于
to create a symbol table). Sun patches such as 109147-06 probably fix this problem, but we can easily avoid it.
-
由 Bodo Möller 提交于
-
- 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).
-
- 23 2月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
Define the OPENSSL_NO_* macros as NO_* macros for the sake of applications thathaven't yet been changed
-
- 20 2月, 2001 4 次提交
-
-
由 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 提交于
-
由 Ulf Möller 提交于
It's still inconsistent - probably better to undo the whole OPENSSL_NO_* thing.
-
由 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.
-
- 19 2月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 13 2月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
<t-matsuu@protein.osaka-u.ac.jp>
-
- 09 2月, 2001 1 次提交
-
-
由 Bodo Möller 提交于
Denis Beauchemin <Denis.Beauchemin@Courrier.USherb.ca>)
-
- 05 2月, 2001 1 次提交
-
-
由 Ben Laurie 提交于
-
- 25 1月, 2001 1 次提交
-
-
由 Dr. Stephen Henson 提交于
Fix PKCS7 and PKCS12 memory leaks. Initialise encapsulated content type properly.
-
- 23 1月, 2001 1 次提交
-
-
由 Ulf Möller 提交于
-
- 11 1月, 2001 1 次提交
-
-
由 Richard Levitte 提交于
-
- 31 12月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
options. This is so mk1mf.pl can pick it up from Makefile.
-
- 13 12月, 2000 1 次提交
-
-
由 Richard Levitte 提交于
Also, define a second debugging configuration without assembler.
-