- 18 1月, 2005 2 次提交
-
-
由 Andy Polyakov 提交于
-
由 Andy Polyakov 提交于
-
- 13 1月, 2005 1 次提交
-
-
由 Andy Polyakov 提交于
performance on recent microarchitectures.
-
- 10 1月, 2005 1 次提交
-
-
由 Andy Polyakov 提交于
replace *whole* aes_core.c, not only AES_[de|en]crypt routines.
-
- 04 1月, 2005 1 次提交
-
-
由 Andy Polyakov 提交于
PR: 989 Submitted by: Doug Kaufman
-
- 26 12月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 24 12月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 20 12月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 09 12月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 26 11月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 21 11月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
apparently impossible to compose blended code with would perform satisfactory on all x86 and x86_64 cores, an extra RC4_CHAR code-path is introduced and P4 core is detected at run-time. This way we keep original performance on non-P4 implementations and turbo-charge P4 performance by factor of 2.8x (on 32-bit core).
-
- 14 11月, 2004 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 01 10月, 2004 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 30 8月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
"Proper" means "compiles and passes test." Versioning is broken (I think).
-
- 03 8月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 02 8月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
COFF and a.out targets [similar to ELF targets]. You might notice some rudementary support for shared mingw builds under cygwin. It works (it produces cryptoeay32.dll and ssleay32.dll with everything exported by name), but it's primarily for testing/debugging purposes, at least for now...
-
- 27 7月, 2004 2 次提交
-
-
由 Andy Polyakov 提交于
http://cvs.openssl.org/chngview?cn=12493. Now all platform should be operational, while SSE2 code pathes get engaged on ELF platforms only.
-
由 Andy Polyakov 提交于
is to have a placeholder to small routines, which can be written only in assembler. In IA-32 case this includes processor capability identification and access to Time-Stamp Counter. As discussed earlier OPENSSL_ia32cap is introduced to control recently added SSE2 code pathes (see docs/crypto/OPENSSL_ia32cap.pod). For the moment the code is operational on ELF platforms only. I haven't checked it yet, but I have all reasons to believe that Windows build should fail to link too. I'll be looking into it shortly...
-
- 24 7月, 2004 3 次提交
-
-
由 Andy Polyakov 提交于
-
由 Andy Polyakov 提交于
-
由 Andy Polyakov 提交于
Win64 comes in two flavors, IA-64/Itanium and AMD64/Opteron. The suggestion is to refer to former as WIN64I and latter - WIN64A
-
- 19 7月, 2004 2 次提交
-
-
由 Andy Polyakov 提交于
-
由 Andy Polyakov 提交于
I also used this opportunity to clean up some out-of-date targets and re-group targets by OS.
-
- 12 7月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 02 7月, 2004 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 29 6月, 2004 1 次提交
-
-
由 Richard Levitte 提交于
PR: 499
-
- 28 6月, 2004 2 次提交
-
-
由 Richard Levitte 提交于
The changes have been mailed to <crypt@bis.doc.gov> as well. PR: 903
-
由 Richard Levitte 提交于
PR: 905
-
- 18 6月, 2004 1 次提交
-
-
由 Geoff Thorpe 提交于
-
- 03 6月, 2004 1 次提交
-
-
由 Geoff Thorpe 提交于
Also remove some commented-out lines of code that deny CVS its purpose.
-
- 01 6月, 2004 1 次提交
-
-
由 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/".
-
- 30 5月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 28 5月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
after more tests...
-
- 28 4月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
especially for AIX. But most important BIGNUM assembler implementation submitted by IBM. Submitted by: Peter Waltenberg <pwalten@au1.ibm.com> Reviewed by: appro
-
- 20 4月, 2004 1 次提交
-
-
由 Richard Levitte 提交于
days... A little too much for my tests, currently...
-
- 29 3月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
available compiler versions generated bogus machine code trying to compile new crypto/des/cfb_enc.c. Secondly, 8th version defines __GNUC__ macro, but fails to compile *some* inline assembler correctly. Note that all versions of icc implement MSC-like _lrot[rl] intrinsic, which is used now instead of offensive asm. Finally, unnecessary linker dependencies are eliminated. Most notably dependency from libirc.a caused trouble at application start-up, if libcrypto.so is linked with -Bsymbolic (which it is).
-
- 26 3月, 2004 1 次提交
-
-
由 Dr. Stephen Henson 提交于
-
- 13 3月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
For reference. Note that both cc and gcc support -Wl flag, but we can't use -Wl,-[not]all with both drivers, because cc rearranges options passed through -Wl. We can't use -Wl,-all,libcrypto.a,-notall with cc either, because it refuses to start with "no input" error.
-
- 30 1月, 2004 1 次提交
-
-
由 Andy Polyakov 提交于
-
- 29 1月, 2004 1 次提交
-
-
由 Richard Levitte 提交于
-